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

时间:2022-02-10 19:57:13
一个复杂SQL效率高,还是把这个复杂SQL拆成2-3个简单SQL效率高?如果前者高,要高很多吗?

3 个解决方案

#1


大家推荐使用哪种方法?

#2


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

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

#3


引用 2 楼 dring321 的回复:
影响查询效率的因素很多,比如索引,比如表关联。跟几个SQL语句无关。

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

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

#1


大家推荐使用哪种方法?

#2


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

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

#3


引用 2 楼 dring321 的回复:
影响查询效率的因素很多,比如索引,比如表关联。跟几个SQL语句无关。

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

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