值对象简化数据库设计：从"数据建模为中心"转向"领域建模为中心"

传统数据建模按数据库范式设计，每个实体对应一张表，每个属性对应一列，一个主表往往关联出N个从表。DDD引入值对象，是希望把设计重心从”数据建模为中心”转向”领域建模为中心”：面对”人员+地址”这类场景，如果把地址也做成独立实体、单独建表，会增加不必要的实体和表、带来表间关系的复杂度；但如果把地址所有属性直接摊平塞进人员表，又会破坏地址作为一个独立业务概念的完整性。值对象给出的折中方案是：在领域建模层面把地址设计成值对象（保留业务概念的完整性），但在数据建模层面只建人员这一张表，把地址的属性值嵌入进去（不增加数据库复杂度），这个过程中会有一次从DO到PO的转换。具体嵌入方式有两种：属性嵌入（值对象的每个字段拆开变成实体表里的普通列）适合单一属性或单条记录的值对象；序列化大对象（把值对象整体序列化成JSON字符串存进一个字段）适合更复杂的值对象。这个案例给出一条通用的建模启示：业务概念上是否该拆成独立对象，与数据库物理层面是否该拆成独立表，是两个可以分开决策的问题，不必因为要保持业务概念清晰就被迫接受数据库层面的复杂化，反过来也不必因为想简化数据库就牺牲业务概念的完整性。