一个复杂SQL效率高，还是把这个复杂SQL拆成2-3个简单SQL效率高？如果前者高，要高很多吗？

一个复杂SQL效率高，还是把这个复杂SQL拆成2-3个简单SQL效率高？如果前者高，要高很多吗？

3 个解决方案

#1

大家推荐使用哪种方法？

#2

影响查询效率的因素很多，比如索引，比如表关联。跟几个SQL语句无关。

PS：如果是因为业务逻辑，才导致SQL复杂。建议拆分。毕竟用内存处理肯定比在数据库处理来的快

#3

引用 2 楼 dring321 的回复:

影响查询效率的因素很多，比如索引，比如表关联。跟几个SQL语句无关。

PS：如果是因为业务逻辑，才导致SQL复杂。建议拆分。毕竟用内存处理肯定比在数据库处理来的快

但需要考虑数据库连接开启关闭，预编译sql等等，应用程序需要开销，数据库也存在开销，
理论上来说，一个sql能搞定的事，不要有意拆成多个，但程序设计上应该避免复杂sql出现、。
实际上也是有很多次，把简单的多次sql查询归并成一个，查询速度更快。