самое неудачное - это когда на реляционную модель пытаются натянуть ООП, графы и др универсальные модели
например:
в строку засунуть сразу много значений через разделитель и держать в одном поле
или вместо полей делать строки а потом транспонировать
или (случай из Кайта) жависты решили не париться с таблицами а просто сериализовывали объекты и сохраняли в LOB, ну а пользователи не могли из этого ведра с битами получить отчеты стандартными report designer-ами


пример эпик фейла из книги Oracle Insights: Tales of the Oak Table
https://www.red-gate.com/simple-talk/opinion/opinion-pieces/bad-carma/
Here are some facts about the Vision system:

The data model comprised a single table named DATA.
The DATA table had 240+ columns.
The primary key column was a numeric named SYSNO.
Columns existed for attributes, such as TYPE, SUBTYPE, CATEGORY, SUBCATEGORY, STATUS, SUBSTATUS, GROUP, and OWNER, which were intended to fully describe what type, category, or grouping to which the row belonged. Each of these columns were themselves SYSNOs, joining back to other rows in DATA for more detail.
The majority of columns in DATA provided sequencing, descriptive text, names, values, amounts, dates entered and modified, and so on. Some of these columns would be named and data-typed appropriately, while others were “generic spare” columns, several for each datatype.
When the Vision system was finally decommissioned, a year after it went into production, the DATA table consumed 50GB of space.
40+ associated indexes consumed another 250GB of space.

tip78ИНДЕКСЫ увеличивают размер таблицы
Это где так?
в оракле индексы - это совсем отдельные от таблиц структуры,
насколько помню в мсскл, db2, postgre - также
tip78А потом узнать, что репликация это распределённые транзакции и это ВСЕГДА тяжело для БД.

между репликацией и распределенными транзакциями (2PC) общего только то, что в этом участвуют несколько баз
это разные понятия