Domain driven design 您是从DDD中的db设计还是域对象设计开始的?

Domain driven design 您是从DDD中的db设计还是域对象设计开始的?,domain-driven-design,Domain Driven Design,数据库设计(表)是否需要解决域模型持久性以外的问题 (域驱动设计)声明您将从域驱动您的设计。因此,您不关心数据库设计(表)-您是。(域驱动设计)声明您将从域驱动您的设计。因此,您不关心数据库设计(表)-您是。如前所述,DDD将重点放在模型上,而抽象数据访问时忽略持久性。我认为这是合适的,但是一旦开始设计聚合根和实体,就很难避免数据访问问题。根据您选择的是传统的SQL持久化、文档存储还是事件源,您的实体最终可能看起来略有不同。建模过程应该是持久性不可知的,只关注业务领域,而不考虑架构问题。请看下面

数据库设计(表)是否需要解决域模型持久性以外的问题

(域驱动设计)声明您将从域驱动您的设计。因此,您不关心数据库设计(表)-您是。

(域驱动设计)声明您将从域驱动您的设计。因此,您不关心数据库设计(表)-您是。

如前所述,DDD将重点放在模型上,而抽象数据访问时忽略持久性。我认为这是合适的,但是一旦开始设计聚合根和实体,就很难避免数据访问问题。根据您选择的是传统的SQL持久化、文档存储还是事件源,您的实体最终可能看起来略有不同。建模过程应该是持久性不可知的,只关注业务领域,而不考虑架构问题。请看下面的讨论主题:

如前所述,DDD将重点放在模型上,同时不考虑持久性来抽象数据访问。我认为这是合适的,但是一旦开始设计聚合根和实体,就很难避免数据访问问题。根据您选择的是传统的SQL持久化、文档存储还是事件源,您的实体最终可能看起来略有不同。建模过程应该是持久性不可知的,只关注业务领域,而不考虑架构问题。请看下面的讨论主题: