欢迎来到天天文库
浏览记录
ID:20466186
大小:69.00 KB
页数:6页
时间:2018-10-13
《提高sqlserver性能的五种方法》由会员上传分享,免费在线阅读,更多相关内容在学术论文-天天文库。
1、提高SQLServer性能的五种方法>>教育资源库 有时,为了让应用程序运行得更快,所做的全部工作就是在这里或那里做一些很小调整。但关键在于确定如何进行调整!迟早您会遇到这种情况:应用程序中的SQL查询不能按照您想要的方式进行响应。它要么不返回数据,要么耗费的时间长得出奇。如果它降低了企业应用程序的速度,用户必须等待很长时间。用户希望应用程序响应迅速,他们的报告能够在瞬间之内返回分析数据。就我自己而言,如果在ENOTNULL) insertINTO#Temp1(OrderID,OrderDate) selectTOP5o.OrderI
2、D,o.OrderDate FROMOrdersoORDERBYo.OrderDateDESC selectp.ProductName,SUM(od.Quantity)ASProductQuantity FROM#Temp1t INNERjoin[OrderDetails]odONt.OrderID=od.OrderID INNERjoinProductspONod.ProductID=p.ProductID GROUPBYp.ProductName ORDERBYp.ProductName dropTABLE#Temp1
3、 这些SQL语句会创建一个临时表,将数据插入该表中,将其他数据与该表进行联接,然后除去该临时表。这会导致此查询进行大量I/O操作,因此,可以重新编写查询,使用内嵌视图取代临时表。内嵌视图只是一个可以联接到FROM子句中的查询。所以,您不用在tempdb中的临时表上耗费大量I/O和磁盘访问,而可以使用内嵌视图得到同样的结果: selectp.ProductName, 1234下一页>>>>这篇文章来自..,。SUM(od.Quantity)ASProductQuantity FROM( selectTOP5o.OrderID,o.Orde
4、rDate FROMOrderso ORDERBYo.OrderDateDESC )t INNERjoin[OrderDetails]odONt.OrderID=od.OrderID INNERjoinProductspONod.ProductID=p.ProductID GROUPBY p.ProductName ORDERBY p.ProductName 此查询不仅比前面的查询效率更高,而且长度更短。临时表会消耗大量资源。如果只需要将数据联接到其他查询,则可以试试使用内嵌视图,以节省资源。 三、避免LEFTjoin
5、和NULL 当然,有很多时候您需要执行LEFTjoin和使用NULL值。但是,它们并不适用于所有情况。改变SQL查询的构建方式可能会产生将一个花几分钟运行的报告缩短到只花几秒钟这样的天壤之别的效果。有时,必须在查询中调整数据的形态,使之适应应用程序所要求的显示方式。虽然TABLE数据类型会减少大量占用资源的情况,但在查询中还有许多区域可以进行优化。SQL的一个有价值的常用功能是LEFTjoin。它可以用于检索第一个表中的所有行、第二个表中所有匹配的行、以及第二个表中与第一个表不匹配的所有行。例如,如果希望返回每个客户及其定单,使用LEFT
6、join则可以显示有定单和没有定单的客户。 此工具可能会被过度使用。LEFTjoin消耗的资源非常之多,因为它们包含与NULL(不存在)数据匹配的数据。在某些情况下,这是不可避免的,但是代价可能非常高。LEFTjoin比INNERjoin消耗资源更多,所以如果您可以重新编写查询以使得该查询不使用任何LEFTjoin,则会得到非常可观的回报。 加快使用LEFTjoin的查询速度的一项技术涉及创建一个TABLE数据类型,插入第一个表(LEFTjoin左侧的表)中的所有行,然后使用第二个表中的值更新TABLE数据类型。此技术是一个两步的过程,
7、但与标准的LEFTjoin相比,可以节省大量时间。一个很好的规则是尝试各种不同的技术并记录每种技术所需的时间,直到获得用于您的应用程序的执行性能最佳的查询。 测试查询的速度时,有必要多次运行此查询,然后取一个平均值。因为查询(或存储过程)可能会存储在SQLServer内存中的过程缓存中,因此第一次尝试耗费的时间好像稍长一些,而所有后续尝试耗费的时间都较短。另外,运行您的查询时,可能正在针对相同的表运行其他查询。当其他查询锁定和解锁这些表时,可能会导致您的查询要排队等待。例如,如果您进行查询时某人正在更新此表中的数据,则在更新提交时您的查询
8、可能需要耗费更长时间来执行。 避免使用LEFTjoin时速度降低的最简单方法是尽可能多地围绕它们设计数据库。例如,假设某一产品可能具有类别也可能没有类别。如果Products表
此文档下载收益归作者所有