SQL语句太复杂，怎么优化



一、视图和存储过程的深度

 

视图和存储过程能够抽象出一些业务逻辑，简化设计，是很推荐的做法。但是如果在引用视图和存储过程时不加注意，视图套视图，存储过程嵌存储过程，最后嵌套上四五层，那复杂度累积起来，可能会超出你想象。对SQL的优化，也是很严重的考验。所以在引用他们的时候，也要考虑累积的复杂度

 

 

二、表格联接的数量

 

为了支持复杂的业务逻辑，一个应用往往会有成百上千的表格，一些查询往往会联接十几张甚至几十张表。应用设计的时候对这样的查询要很慎重。如果表格很大，十几张表做联接，肯定不会有好的性能。如果应用是支持数据分析系统，那可能还好。如果应用是一个OLTP系统，这样的设计失败的风险可能会很大。有时候可能需要降低数据库范式级别，多保存一些冗余数据列，以减少表格联接的数量

 

 

三、用多个简单语句替代一个复杂语句

 

如果一个复杂的语句有很多张表要联接，要做很多计算，很多时候，要根据表和表的逻辑关系，知道某一张表和另一张表如果先做联接，可能会过滤掉更多数据。得到的小的结果集再做其他联接，会更快。

类似的，有些计算可以先做，也可以后做，我们在了解了表格的逻辑之后会知道是先做好还是后做好。可惜SQL作为一个计算机程序，在这方面没有人那么聪明。当语句太复杂的时候，他有可能看不出来了。

为了提高性能，对这种特别复杂的语句，可以把一句话拆成两句，甚至三句分步做完，中间结果集，可以以临时表的形式存放。这样做对程序员来讲做了很多事，但是对SQL来讲，大大简化了复杂度。很多时候对性能也会有帮助

参考资料：    如何降低SQL语句复杂度    http://www.studyofnet.com/news/557.html