Вообще говоря, группируйте таблицы, относящиеся к одной и той же концепции на одной и той же диаграмме, и создавайте несколько диаграмм, да, это означает, что вы должны УПРАВЛЯТЬ каждой диаграммой;но в целом это хорошо.И вот почему ... Та же схема базы данных, разные диаграммы.Каждая диаграмма, представляющая определенное подмножество бизнеса.Таким образом, раздел каталога товаров, раздел заказа, раздел оплаты, раздел возврата, раздел продаж и т. Д. Просто убедитесь, что он сгруппирован по определенной сфере деятельности.Да, это означает, что таблицы будут повторяться на разных диаграммах
Сегментируя структуру таблицы в группы бизнес-логики, вы можете быстро просмотреть все связанные таблицы с этим нащупыванием.Это полезно для разработчиков, так как они должны работать в этих конкретных разделах;они понимают объем работы без необходимости понимать всю структуру базы данных.При внесении изменений, если вы обнаружите, что таблица состоит из нескольких групп / диаграмм, вы можете увидеть, на какие области бизнеса повлияло изменение.Это дает вам представление об областях приложения, которые необходимо протестировать и как минимум учесть при внесении изменений в структуры базы данных.В идеале этот тип моделирования должен быть реализован в отношении услуг, предлагаемых в стиле архитектуры управления услугами.Однако начало группировки ваших таблиц в бизнес-процессы поможет.Если вы думаете, что это громоздко ... попробуйте взглянуть на базу данных оракула, которая имеет более 1500 таблиц в своей схеме.
Общая хитрость здесь в том, чтобы показать только те таблицы / представления, которые относятся к бизнес-процессу / услугеНЕОБХОДИМО посмотреть на поддержку системы.
Удачи!