Мои два цента на subjest, всегда ER-дизайн вашей системы баз данных .. почему?
Классы и объекты являются более естественным способом выражения Моделей Доменов (абстракции объектов бизнес-доменов и т. Д.).) они будут содержать свойства, которые соответствуют или имеют больше смысла в сфере бизнес-домена, они также могут инкапсулировать логические операции с этими свойствами.
Модель сущностей, действительно может быть аналогичной модели предметной области (классы), но не будут загрязнены определенными бизнес-концепциями, которые должны существовать только в бизнес-сфере.
Это более заметно в мире DDD (Domain Driven Development), где модель вашего домена (классы) может содержать объектытакие как ShippingStrategy и SalesTax, но базовая модель данных может быть абсолютно независима от идеи стратегий доставки и может касаться только местоположения, грузоотправителя, товара и т. д.
Так что, на мой взгляд, я быскорее иметь чистую модель сущности для проектирования базы данных.
Более того, когда дело доходит до записи.Переход от ERM к базе данных Схема намного проще, чем диаграмма классов.