这样建表合适吗？
0
[已关闭问题]
酒店表：
酒店id（自动编号PK） 酒店名称 所在省id（FK） 所在市id（FK） 所在行政区id（FK） 所在商业区id（FK） .............（后面省略了）
省份表：
省id（自动编号PK） 省名称 拼音 .............（后面省略了）
城市表：
城市id（自动编号PK） 城市名称 所在省id（FK） 拼音 .............（后面省略了）
区域表：
区域id（自动编号PK） 区域类型（分商业，行政） 区域名称 所在城市id（FK） .............
酒店关联的外键比较多，请问各位大哥大姐们，小弟这样建表合适吗？特别在以后检索酒店信息的时候，会不会有什么影响？请高手们指点啊。。小弟不胜感激！！
其他回答(2)
0
给你个建议，你把酒店后面所有外键都汇成一个长编号，这样检索会比较方便。
该怎么汇呢大哥？
就把所有编号用‘-’什么的连接起来就行了
0
个人认为不要省份，城市表
直接在区域表中加入Provice,City
像携程网那样，它应该不会把省市区都放一个表的吧。
0
酒店表里面只需要放区域ID，不需要城市ID，省ID等等，因为根据区域可以知道城市，知道城市是可以确定省的，按照你的设计就不符合第二范式了。
这样酒店表就能够大大的简化
这样的话，检索起来方便吗？假如我想搜索XX省XX市XX区下的XX酒店，该如何写sql或者编程时省市区该如何关联？请指教。。谢谢你！
