Да... Диаграммы сущность связь не панацея совсем. В простеньких проектах посмотреть что и как.. но часто так нахуеверсено какие-то расчеты комиссий налогов какие-то нюансы тарифные сетки... Что тупо такие диаграммы нихера не показывают сути бд
вот сразу чуйствуется человек который не один раз на этом обделался... Причем вы еще даде не упомянули о двух очень важных вещах
Во первых, эту пресловутую диаграму нужно еще поддерживать в актуальном состоянии, что совсем не просто и как правило мы имеем ситуацию, когда то, что диагама и БД рассогласованы. Поначалу немного - где-то индексы не созданы или не так созданы, где-то ключи определены неправильно итп... Но с течением времени рассогласование все глубжее и глубжее.
Во вторых, диаграмма не может служить источником истины, просто потому, что генерирует разный скрипт в разное время, даже если схема не была отредактирована на функциональном уровне (ну например пользователь просто изменил взаимное расположение элементов или допустим удалил какую-то связб а потом вставил ее обратно) - отследить изменения в схеме БД в таких условиях очень не просто. Поэтому профессионалы как правило предпочитают за источник истикы держать полный скрипт создания структуры БД, который хранится в GIT. Плюс достаточно часто changesets - источником истины они не являются, но чвляются способом непротиворичивой миграции БД
Ну а для случаев монструозных структур БД - как правило это унаследованные системы, ибо в нынешние временя информационные системы предпочитают проектировать на основе микосервисов или на основе.. как я это называю "микромонолиты" - у каждого своя БД, которая является хорошо структурированной и обозримой. Но даже в случае монструозных монолитов, детализированное документирование выполняется сегментированно - например на бале функциональных сервисов. И тогда в документации простовставляется er-диаграма охватываюшая небольшой фрагмет общей БД. Причем и она недетализированная - я так просто показываю сами таблицы и связи между ними, иногда поля, которые важны для описания функционала. Детализированное описание конечно тоже имеется, но оно генерится прямо из SQL скрипта - просто перечисление таблиц, полей этих таблиц с их типами, указанием наличие ключей и индексов. Но это никто и никогда не читает - источник истины SQL скрипт, если кому-то нужно что-то узнать про БД, он читает скрипт
