Laravel Eloquent下房地产多层级地址数据库Schema设计咨询

方案1（纯文本存储）不推荐 #

仅适合业务规模极小、无结构化查询需求的场景，存在明显缺陷：

• 无法按层级高效检索，查询指定项目/楼栋下的所有公寓只能依赖模糊匹配，准确率和性能都无法保障
• 数据冗余度高，地址变更（如道路更名）时需要全表批量修改，极易出现不一致问题
• 不支持分层级统计，无法直接计算项目楼栋数、户均面积这类结构化数据

方案2（层级关联存储）调整后完全适配需求 #

你担心的无中间层级问题完全可以通过单表自关联+层级类型字段的设计解决，不需要强制限制层级深度，也不需要拆分多个表，推荐表结构如下：

CREATE TABLE `addresses` (
  `id` int UNSIGNED NOT NULL AUTO_INCREMENT PRIMARY KEY COMMENT '主键ID',
  `parent_id` int UNSIGNED NOT NULL DEFAULT 0 COMMENT '父级地址ID，顶级项目地址填0',
  `type` enum('project','building','apartment') NOT NULL COMMENT '地址层级：项目/楼栋/公寓',
  `segment` varchar(50) NOT NULL COMMENT '当前层级地址片段，如「4栋」「12室」',
  `full_address` varchar(200) NOT NULL COMMENT '冗余存储完整地址，用于直接展示'
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

适配场景示例 #

常规多楼栋项目

无中间楼栋的独栋项目

不需要强行插入楼栋层级记录，公寓直接关联项目级地址即可：

方案优势 #

• 层级灵活，支持2-3级甚至后续新增单元层等扩展需求，无需修改表结构
• 数据一致性高，修改某一层级地址仅需更新对应记录，full_address可通过业务逻辑或数据库触发器自动批量更新
• 查询效率高，通过parent_id递归查询或新增path字段存储ID路径（如1,2,3），可快速拉取指定节点下的所有子级地址
• 兼顾展示需求，冗余的full_address字段可直接用于前端展示，无需每次查询拼接

内容的提问来源于stack exchange，提问作者Max Krizh