Чисто задело, по этому тоже выскажусь...
Есть БД с нормальной структурой, целостностью, прозрачностью и т.д. где все просто и красиво...
Все, что вокруг (как тут говорят - много всякой информации, текстовых файлов и т.д. и т.п.) - это просто помойка и тут каждый решает для себя уже сам - брать в БД только нужное из помойки, делать тупо ссылку на помойку (кому нужно, тот будет ковыряться) или превратить свою БД тоже в помойку...

Кот Матроскин,

+

В принципе, можно проанализировать любую готовую БД уже по факту (для этого нужен анализ каждой конкретной разработки):
1. БД спроектирована оптимально, интерфейс удобен и понятен, система в целом стабильна, иногда возникают некоторые вопросы, которые решаются по телефону после звонка в службу поддержки - это значит, что разработчик сделал ставку на массовое распространение продукта и готов вести конкурентную политику с целью максимального привлечения клиентов, и получения прибыли с продаж продукта.
2. БД и интерфейс в целом выполняют свои функции, но есть определенные моменты, которые разработчик может устранить только своим личным участием - это значит, что ввиду определенной специфики, данное ПО не имеет возможности массового распространения, а разработчик имеет огромное желание постоянно доить узкий круг своих клиентов, эксплуатирующих его ПО.
3. БД (ПО) глючное до не могу, но другой альтернативы просто нет - это значит, что ПО Федерального уровня, написанное наспех студентами за бесплатно (несмотря на выделенный на это гос бюджет) для обеспечения выполнения одного из Федеральных законов. Тут нужно тупо всей страной жаловаться во все инстанции, заваливать траблами службу поддержки и просто терпеливо ждать...
4. БД (ПО) глючное до не могу, но есть альтернатива - нужно переходить на альтернативное ПО, или пытаться писать свое (дорабатывать существующее, делать свои надстройки). Показателен пример от
azsxКак выкрутились (я и ТП).
1. Лезем в БД, селектами. Буквально сверяем строки в таблицах, проблемная строка + работающая строка. Ищем какие то несоответствия.
2. Когда находим (вот в этом поле надо false убрать) рассуждаем зачем там false по закону он или по логике, как его убрать из программы, как он там очутился и т.п.
3. Затем если из программы это сделать никак нельзя -- убираем их update или даже удаляем строки delete. Мне и ТП значительно легче править БД без всяких глупостей, типа ФК.
Пункты 1-3 можно автоматизировать и положить начало созданию своей надстройки контроля информации.
Ну и т.д. и т.п.