HugВпрочем увлекся. Можно ли делать в относительно больших и долгих проектах вариант2? Есть ли плюсы и мнимая универсальность??И что делать, если проект станет-таки востребованным? В первом случае просто разносим таблицы на разные диски. А во втором? Первый вариант логически проще второго - зависимостей меньше и они явные. Соответственно, ошибок меньше плюс их проще искать и исправлять. Если проект станет успешным, то сущности начнут деунифицироваться. У многих из них появятся свойства и связи, характерные только для конкретной сущности. Что при этом делать с остальными? При оптимизации может выяснится, что оптимальные планы запросов для разных сущностей разные. И индексы могут быть нужные разные. Что делать с этим при единой таблице? Некоторые сущности, например, области и республики, лучше держать в памяти (они очень часто запрашиваются), в то время как названия улиц и номера домов - на диске. Что делать с этим, если всё в одной таблице? У сущности изменился тип параметра. В ИНН юриков вдруг появились буквы. В каком случае проще найти список всех необходимых изменений кода? Когда всё в одном или когда всё разложено по своим таблицам?