如果你刚刚接触sql server，你都有可能要面临一些数据库性能的问题，这篇文章会为你提供一些有用的指导. 在这里，我不打算介绍使用sql server的窍门，也不能提供一个包治百病的方案，我所做的是总结一些经验----关于如何形成一个好的设计。这些经验来自我过去几年中经受的教训，一直来，我看到许多同样的设计错误被一次又一次的重复。你了解你用的工具吗？ 不要轻视这一点，这是我在这篇文章中讲述的最关键的一条。也许你也看到有很多的sql server程序员没有掌握全部的t-sql命令和sql server提供的那些有用的工具。 “什么？我要浪费一个月的时间来学习那些我永远也不会用到的sql命令？？？”，你也许会这样说。对的，你不需要这样做。但是你应该用一个周末浏览所有的t-sql命令。在这里，你的任务是了解，将来，当你设计一个查询时，你会记起来：“对了，这里有一个命令可以完全实现我需要的功能”，于是，到msdn查看这个命令的确切语法。

        不要使用游标     让我再重复一遍：不要使用游标。如果你想破坏整个系统的性能的话，它们倒是你最有效的首选办法。大多数的初学者都使用游标，而没有意识到它们对性能造成的影响。它们占用内存，还用它们那些不可思议的方式锁定表，另外，它们简直就像蜗牛。而最糟糕的是，它们可以使你的dba所能做的一切性能优化等于没做。不知你是否知道每执行一次fetch就等于执行一次select命令？这意味着如果你的游标有10000条记录，它将执行10000次select！如果你使用一组select、update或者delete来完成相应的工作，那将有效率的多。

        初学者一般认为使用游标是一种比较熟悉和舒适的编程方式，可很不幸，这会导致糟糕的性能。显然，sql的总体目的是你要实现什么，而不是怎样实现。      我曾经用t-sql重写了一个基于游标的存储过程，那个表只有100,000条记录，原来的存储过程用了40分钟才执行完毕，而新的存储过程只用了10秒钟。在这里，我想你应该可以看到一个不称职的程序员究竟在干了什么！！！     我们可以写一个小程序来取得和处理数据并且更新数据库，这样做有时会更有效。记住：对于循环，t-sql无能为力。     我再重新提醒一下：使用游标没有好处。除了dba的工作外，我从来没有看到过使用游标可以有效的完成任何工作。     规范化你的数据表     为什么不规范化数据库？大概有两个借口：出于性能的考虑和纯粹因为懒惰。至于第二点，你迟早得为此付出代价。

        而关于性能的问题，你不需要优化根本就不慢的东西。我经常看到一些程序员“反规范化”数据库，他们的理由是“原来的设计太慢了”，可结果却常常是他们让系统更慢了。dbms被设计用来处理规范数据库的，因此，记住：按照规范化的要求设计数据库。     不要使用select *     这点不太容易做到，我太了解了，因为我自己就经常这样干。可是，如果在select中指定你所需要的列，那将会带来以下的好处：     1 减少内存耗费和网络的带宽     2 你可以得到更安全的设计     3 给查询优化器机会从索引读取所有需要的列     了解你将要对数据进行的操作     为你的数据库创建一个健壮的索引，那可是功德一件。可要做到这一点简直就是一门艺术。每当你为一个表添加一个索引，select会更快了，可insert和delete却大大的变慢了，因为创建了维护索引需要许多额外的工作。显然，这里问题的关键是：你要对这张表进行什么样的操作。这个问题不太好把握，特别是涉及delete和update时，因为这些语句经常在where部分包含select命令。

         不要给“性别”列创建索引    首先，我们必须了解索引是如何加速对表的访问的。你可以将索引理解为基于一定的标准上对表进行划分的一种方式。如果你给类似于“性别”这样的列创建了一个索引，你仅仅是将表划分为两部分：男和女。你在处理一个有1,000,000条记录的表，这样的划分有什么意义？记住：维护索引是比较费时的。当你设计索引时，请遵循这样的规则：根据列可能包含不同内容的数目从多到少排列，比如：姓名+省份+性别。     使用事务     请使用事务，特别是当查询比较耗时。如果系统出现问题，这样做会救你一命的。一般有些经验的程序员都有体会-----你经常会碰到一些不可预料的情况会导致存储过程崩溃。

        如果你刚刚接触sql server，你都有可能要面临一些数据库性能的问题，这篇文章会为你提供一些有用的指导. 在这里，我不打算介绍使用sql server的窍门，也不能提供一个包治百病的方案，我所做的是总结一些经验----关于如何形成一个好的设计。这些经验来自我过去几年中经受的教训，一直来，我看到许多同样的设计错误被一次又一次的重复。你了解你用的工具吗？ 不要轻视这一点，这是我在这篇文章中讲述的最关键的一条。也许你也看到有很多的sql server程序员没有掌握全部的t-sql命令和sql server提供的那些有用的工具。 “什么？我要浪费一个月的时间来学习那些我永远也不会用到的sql命令？？？”，你也许会这样说。对的，你不需要这样做。但是你应该用一个周末浏览所有的t-sql命令。在这里，你的任务是了解，将来，当你设计一个查询时，你会记起来：“对了，这里有一个命令可以完全实现我需要的功能”，于是，到msdn查看这个命令的确切语法。

        不要使用游标     让我再重复一遍：不要使用游标。如果你想破坏整个系统的性能的话，它们倒是你最有效的首选办法。大多数的初学者都使用游标，而没有意识到它们对性能造成的影响。它们占用内存，还用它们那些不可思议的方式锁定表，另外，它们简直就像蜗牛。而最糟糕的是，它们可以使你的dba所能做的一切性能优化等于没做。不知你是否知道每执行一次fetch就等于执行一次select命令？这意味着如果你的游标有10000条记录，它将执行10000次select！如果你使用一组select、update或者delete来完成相应的工作，那将有效率的多。

        初学者一般认为使用游标是一种比较熟悉和舒适的编程方式，可很不幸，这会导致糟糕的性能。显然，sql的总体目的是你要实现什么，而不是怎样实现。      我曾经用t-sql重写了一个基于游标的存储过程，那个表只有100,000条记录，原来的存储过程用了40分钟才执行完毕，而新的存储过程只用了10秒钟。在这里，我想你应该可以看到一个不称职的程序员究竟在干了什么！！！     我们可以写一个小程序来取得和处理数据并且更新数据库，这样做有时会更有效。记住：对于循环，t-sql无能为力。     我再重新提醒一下：使用游标没有好处。除了dba的工作外，我从来没有看到过使用游标可以有效的完成任何工作。     规范化你的数据表     为什么不规范化数据库？大概有两个借口：出于性能的考虑和纯粹因为懒惰。至于第二点，你迟早得为此付出代价。

        而关于性能的问题，你不需要优化根本就不慢的东西。我经常看到一些程序员“反规范化”数据库，他们的理由是“原来的设计太慢了”，可结果却常常是他们让系统更慢了。dbms被设计用来处理规范数据库的，因此，记住：按照规范化的要求设计数据库。     不要使用select *     这点不太容易做到，我太了解了，因为我自己就经常这样干。可是，如果在select中指定你所需要的列，那将会带来以下的好处：     1 减少内存耗费和网络的带宽     2 你可以得到更安全的设计     3 给查询优化器机会从索引读取所有需要的列     了解你将要对数据进行的操作     为你的数据库创建一个健壮的索引，那可是功德一件。可要做到这一点简直就是一门艺术。每当你为一个表添加一个索引，select会更快了，可insert和delete却大大的变慢了，因为创建了维护索引需要许多额外的工作。显然，这里问题的关键是：你要对这张表进行什么样的操作。这个问题不太好把握，特别是涉及delete和update时，因为这些语句经常在where部分包含select命令。

         不要给“性别”列创建索引    首先，我们必须了解索引是如何加速对表的访问的。你可以将索引理解为基于一定的标准上对表进行划分的一种方式。如果你给类似于“性别”这样的列创建了一个索引，你仅仅是将表划分为两部分：男和女。你在处理一个有1,000,000条记录的表，这样的划分有什么意义？记住：维护索引是比较费时的。当你设计索引时，请遵循这样的规则：根据列可能包含不同内容的数目从多到少排列，比如：姓名+省份+性别。     使用事务     请使用事务，特别是当查询比较耗时。如果系统出现问题，这样做会救你一命的。一般有些经验的程序员都有体会-----你经常会碰到一些不可预料的情况会导致存储过程崩溃。