问题描述
在写业务的时候,是一个长sql好,还是把长sql拆分为多个短sql好?
解决方案
尽可能把长SQL分拆成多个短SQL,在《高性能MySQL》也有相关描述,因为长SQL不仅编写容易出错,不易维护,而且优化器在解析的时候并不能很好的对SQL语句进行优化,另外在短SQL中使用索引也比较容易。
解决方案二:
短sql比较好一些,太长了容易出错,错了也不好找,同时效率也不是很高
时间: 2024-10-28 14:25:05
在写业务的时候,是一个长sql好,还是把长sql拆分为多个短sql好?
尽可能把长SQL分拆成多个短SQL,在《高性能MySQL》也有相关描述,因为长SQL不仅编写容易出错,不易维护,而且优化器在解析的时候并不能很好的对SQL语句进行优化,另外在短SQL中使用索引也比较容易。
解决方案二:
短sql比较好一些,太长了容易出错,错了也不好找,同时效率也不是很高