一：单表查询更有利于后续维护

二：代码可复用性高

三：效率问题

a：数据量小的情况下，连表查询的效率还是可以的，但是如果连表比较多，数据量上去，查询是笛卡尔积方式，查询的数据量是成几何倍上升的，这种情况下连表查询也必然会建立索引，这样的话索引的建立方式就要进行设计，需要一些索引功底的，如果索引建立不合适，是有可能会拖垮数据库的。

b: 相比较而言，单表查询+代码上组装，逻辑比较清楚，维护方便，构建索引也相对很简单了，用多访问几次数据库，多几行代码换取效率上的提升，也是很可行的。

笛卡尔积：例：假设集合A=（a，b）,集合B=（0，1，2），则两个集合的笛卡尔积为（a,0）,(a,1)，(a,2),(b,0),(b,1),(b,2)

四：缓存利用率高

比如不常变动的数据，缓存下来，每次查询的时候就没必要再去查了，直接拿取，进行下面操作就可以了。

五：其它

a:数据库瓶颈会影响性能，一些复杂的逻辑尽量是在业务层进行，最好不要在数据库中进行

b:数据量上去后，常做分库分表操作，使用join连表查询在这种情况下表现并不友好

c:单表查询+代码上组装相当于解耦了，无论是复用还是什么，也都比较方便了