当应用程序用户开始遇到性能问题时，一般他们会联系数据库管理员并询问是否数据库存在问题。有趣的是，大多数用户都会查看内存、CPU和磁盘使用率，而不是造成严重性能问题的特定的代码模块;很不幸，导致严重性能问题的往往是编写不当的Transact-SQL （T-SQL）代码;而且，通过在服务器上增加更多的内存来解决这些问题，而不对问题的根源进行修复，将直接导致更大的问题。因此，你必须找出确定性能糟糕的查询并对它们进行优化。

　　T-SQL是一个强大的程序语言，它可以读取和修改数据、改变SQL Server设置、创建和修改数据库对象、修改Registry设置等等。然而，必须谨记的是，没有任何一个T-SQL功能可以适应所有环境和所有应用的。比如，如果你的应用需要在不同网络共享中复制大量的文件，那么T-SQL就不是你的最佳选择了。类似的，使用SQL Server的内置电子邮件功能来发送多兆字节附件的电子邮件并不是一个好主意。相反，如果你需要在数据库中检索数据行或者修改所有满足特定条件的行，那么T-SQL则是你的最佳选择。由于T-SQL支持大量的功能，因此我无法全面的阐述可能造成性能问题的所有具体情况。相反，我将介绍某些情况下一种编写代码的方法将可以改善其它方面的性能。

　　使用游标进行行处理

　　游标可能是最常见的引起性能问题的原因，虽然它们对于某些任务而言是一个强大且方便的方法。比如，假设你有一个复杂的存储过程，其中你必须反复调用存储在临时表中的每一行数据。你可以使用光标从临时表中检索参数值，同时对每一个检索的值都调用一次存储过程。基本上，游标允许你处理数据集中的每一行数据，同时对数据记录进行相同的逻辑处理，每次处理一行数据。然而，T-SQL是一个基于集合的语言;这种语言是针对记录集进行数据读写操作优化的，而不是针对记录行。从前端特定语言（比如VBScript、ASP或者ColdFusion）开发转变过来的T-SQL初学者，他们往往在并不需要循环时在T-SQL中错误地使用循环。比如，下面的代码将酒店数据库的所有California作者的“姓”标记为“changed”：

　　应该怎么做呢？事实上，两段代码都完成了相同的任务，但是第二段代码不仅更加简单，而且它在大数据集中运行的速度大约比第一段代码快100倍。我曾经在过去的几个项目将游标使用方法改变为基于数据集的方法，从而将查询的持续时间从几个小时减少为不到一分钟。