数据库设计的效率问题

各位大神们，觉得这样设计数据库有问题吗？？可不可以把房屋情况表和小区表合并成一个大表？？那种效率比较高点呢？？

个人感觉可以放在一起，该表中“小区”和房屋情况没有合适的外键连接；
且在今后的查询等操作中，就算两个表之间有外键，表的连接操作也会花费较多时间。
利用范式分开表主要目的是为了解决数据冗余，提高存储效率，但对于其他方面的效率（例如查询效率）的影响未必积极。
如果楼主要想提高存储效率，可以加设外键将表分开处理；
如果不是的话，没必要分开。

设置这么多外键，会不会降低效率呢？？

最好分开,可以在小区表里面冗余一些小区表里面的一些字段提高性能

效率高不高还要看你应用的设计，比如你新增一套房屋前台就填这几个信息，如果数据结构里冗余一些地区的要素，岂不是反而麻烦。
相反，你更关注最后的统计分析的效率，可能是冗余在一张表里的查询效率更高。

主要看的业务，是查询业务比较多还是数据变更比较多吧。我的想法是将一些固定数据用一张表保存，比如地区，房屋类型之类的。房间表引用外键。查询业务比较多尽量减少关联的操作。

基本可以，需要根据具体的业务作数据结构的调整，这样才可以达到最大的效率

最好分开，表的结构应该单纯点，每行的字段也少，查询效率高。