不要用关系型数据库的思想继续延续下来考虑a,b表的功能,你应该考虑实际业务,如果还是陷在一个表就应该有一个坑与之对应的话那说明你ddd还没入门。相反你应该先根据业务去规划领域模型及分清它们的边界,这个是ddd的核心,如果能够设计出完全能够无异议的描述业务的模型那就是相当成功了。而具体数据如何落地及查询这是仓储的事情,如何组织跨表的领域对象的存储这是unit of work(如果使用entity framework则DbContext已经包含这个功能了)。因此你的问题中的a,b什么表的从出发点上就是错误的。