房地产数据库设计中房产交易相关数据应当如何拆分存储？

优先选择第二种方案：仅在rentals、sales两张子表中存储property_id关联房产表，不在property主表中新增sales_id、rentals_id字段，核心原因如下：

• 更低冗余、拓展性更强：第一种方案会在property表中产生固定的空值冗余，每新增一种交易类型（比如法拍、使用权转让等）都需要修改主表新增对应ID字段，维护成本极高；第二种方案不需要修改主表结构，新增交易类型只要新增对应子表即可，完全适配业务迭代需求。
• 数据一致性校验成本更低：第一种方案需要额外加业务规则校验，保证两个ID不能同时非空、且关联ID在子表真实存在，很容易出现脏数据；第二种方案只需要给rentals、sales表的property_id字段加唯一约束，就能天然满足「一套房产仅对应一种交易模式」的one to one业务规则，不需要额外开发校验逻辑。
• 查询逻辑更简洁：查询可售房产直接关联property和sales表，查询可租房产直接关联property和rentals表即可，不需要先判断主表的两个ID哪个非空再走不同的关联逻辑，统计全量交易数据时只要做两张子表的UNION，逻辑清晰不容易出BUG。

可选优化建议：你可以保留原有的transactions枚举表，在property表新增transaction_type字段关联该枚举表的主键，不需要关联子表就能快速过滤房产的交易类型，大幅提升高频过滤查询的效率。如果需要更强的数据一致性保障，可以新增数据库CHECK约束，确保transaction_type为「出售」时对应property_id存在于sales表，为「出租」时存在于rentals表即可。

内容的提问来源于stack exchange，提问作者Al.Salvador