医院地址数据库设计选型：单字段存储还是独立表一对一关联？

直接把地址字段放进hospital表的情况 #

• 适合场景：医院地址结构简单（仅需省、市、街道、门牌号这类基础信息），且短期内无扩展地址字段或多地址的需求，同时系统对地址的查询、统计需求单一。
• 好处：无需做表关联，查询医院信息时性能更高；表结构直观，维护成本低。
• 坏处：若后续需新增邮编、楼栋号等细分字段，或医院开设分院需存储多地址，就得修改hospital表结构，易造成字段冗余，扩展性差。

建独立address表与hospital做一对一关联的情况 #

• 适合场景：医院可能存在多个办公点/分院，或需要对地址做标准化管理（比如对接地图、按地址维度做统计），考虑未来业务扩展时选此方案。
• 好处：地址字段可独立扩展，新增字段不会影响hospital表；后续要支持多地址，只需将一对一关联改为一对多即可，无需大幅调整表结构。
• 坏处：查询医院信息时需多一次表关联，对简单场景来说属于过度设计；多维护一张表，复杂度略有提升。

总结建议 #

如果当前医院只有单一地址，且确定短期内无地址相关扩展需求，直接把地址放hospital表完全合理，简单高效。若考虑到未来业务可能的变化（如开分院、精细化地址管理），独立address表的方案更灵活，也更符合数据库设计的最佳实践。

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