SQLSERVER数据库开发的二十一条军规

SQL SERVER数据库开发的二十一条军规

如果你正在负责一基于SQL SERVER 的项目，或者刚刚接触SQL SERVER，你可能将面临一些数据库性能的问题。这篇文章会提供一些有用的经验-----关于如何形成好的设计。

一、了解你用的工具

不要轻视这一点，这是本文最关键的一条。也许你也看到有很多的SQL SERVER程序员没有掌握全部的T-SQL命令和SQL SERVER提供的各种工具。你也许不愿花一个月时间专门学习那些你永远也用不到的命令，但你至少应该用一个周末浏览所有的T-SQL命令，以便对它门有所了解。将来，当你设计一个查询时，你会记起：“对了，有一个命令可以完全实现我需要的功能。”，于是，到MSDN查看这个命令的确切用法。

二、不要使用游标

除非你已黔驴技穷，否则请不要使用游标。大多数初学者都习惯使用游标，因为这是他们感觉比较熟悉和舒适的编程方式，但不幸的是这会导致糟糕的性能。显然，SQL的总体目标是你要实现什么，而不是怎样实现，对于循环，T-SQL无能为力。

三、规范化你的数据表

为什么不规范化你的数据库？大概有两个借口：出于性能的考虑和纯粹因为懒惰。至于第二点，你迟早得为此付出代价。而关于性能的问题，你不需要优化根本就不慢的东西。我经常看到一些程序员”反规范化”数据库，他们的理由是“原来的设计太慢了”，可结果却常常是他们让系统更慢了。DBMS被设计用来处理规范数据库的，因此，记住：按规范化的要求设计数据库。

        四、不要使用SELECT  *

这点不太容易做到，我自己也常这样干。可是如果在SELECT中指定你所需要的列，将会带来如下好处：

1、     减少内存消耗和网络带宽。

2、     你可以得到更安全的设计。

3、     给查询优化器机会从索引读取所有需要的列。

五、了解你将要对数据表进行的操作

为你的数据库创建一个健壮的索引，那可是功德一件。可要做到这一点简直就是一门艺术。每当你为一个表添加一个索引，SELECT会更快了，可INSERT和DELETE却大大的变慢了，因为维护索引需要许多额外的工作。显然，这里问题的关键是：你要对这张表进行什么样的操作。这个问题不太好把握，特别是涉及DELETE和UPDATE时，因为这些语句通常在WHERE部分包含SELECT命令。

六、不要给“性别“列创建索引

首先，我们必须了解索引是如何加速对表的访问的。你可以将索引理解为基于一定的标准对表进行划分的一种方式。如果你给类似于“性别“这样的列创建了一个索引，你仅仅是将表划分为两部分：男和女。你在处理一个有1，000，000条记录的表，这样的划分有什么意义? 记住：维护索引是比较费时的。当你设计索引时，请遵循这样的规则：根据列可能包含的不同内容的数目从多到少排列，比如：姓名+省份+性别。

七、使用事务

请使用事务，特别是当查询比较耗时。如果系统出现问题，这样做会救你一命。一般有经验的程序员都有体会----你经常会碰到一些不可预料的情况导致存储过程崩溃。

八、小心死锁

按照一定次序来访问你的表。如果你先锁住表A, 再锁住表B，那么在所有的存储过程中都要按这个顺序来锁定他们。如果你不经意的在某过存储过程中先锁定表B，再锁定表A，这可能会导致一个死锁。如果锁定顺序没有被预先详细的设计好，死锁是不太容易被发现的。

九、不要打开大的数据集

一个经常提出的问题是：我怎样才能迅速的将100000条记录添加到ComboBox中? 这是不对的，你不能也不需要这样做。很简单，你的用户要浏览100000条记录才能找到需要的记录，他一定会诅咒你的。在这里，你需要做的是设计一个更好的UI，为你的用户显示不超过100或200条记录。

十、不要使用服务器端游标

与服务器端游标比起来，客户端游标可以减少服务器和网络的系统开销，并且减少锁定时间。

十一、使用参数查询

有时，CSDN上有类似这样的问题：“SELECT * FROM a WHERE a.id=‘A’B，因为单引号查询发生异常，该怎么办？“，而普遍的回答是用两个单引号代替一个单引号，这是错误的。这样治标不治本，因为你还会在其它一些字符上遇到这样的问题，更何况这会导致严重的Bug，除此之外，这样做还会使SQL Server缓冲系统无法发挥应有的作用。使用参数查询，釜底抽薪，这些问题统统不存在。

十二、在程序编码时使用大数据量的数据库

程序员在开发中使用的测试数据库一般数据量都不大，可经常的是最终用户的数据量都很大。我们通常的做法是不对的，原因很简单：现在硬盘不贵，可为什么性能问题却要等到已经无可挽回的时候才被注意呢？

十三、请不要用INSERT导入大批量数据

请不要这样做，除非那是必须的。使用UTS或BCP, 这样你可以一举兼得灵活性和速度。

十四、注意超时问题

查询数据库时，一般数据库连接超时的缺省值都比较小，比如15秒或30秒，而有些查询运行时间比这长，特别是数据库的数据量不断变大时。

十五、不要忽略同时修改同一记录的问题

有时候，两个用户同时修改同一记录，这样，后一修改者修改了前一修改者的操作，某些更新就会丢失。处理这种情况不是很难，创建一个timestamp字段，在写入前检查他，如果允许，就合并修改，如果存在冲突，提示用户。

十六、在细节表中插入记录时，不要在主表中执行SELECT MAX(id)

这是一个普遍的错误，当两个用户在同一时间插入数据时，这会导致错误。你可以使用SCOPE_IDENTITY，IDENT_CURRENT和IDENTITY。如果可能，不要使用IDENTITY，因为在有解发器的情况下，它会引起一些问题。

十七、避免将列设为NULLable

如果可能的话，你应该避免将列设为NULLABLE。系统会为NULLable的列每一行分配一个额外的字节，查询时会带来更多的系统开销。将列设为NULLable使编码变得复杂，因为每一次访问这些列时都必须先进行检查。我并不是说NULL是麻烦的根源，如果你的业务规则中允许“空数据“，那么，将列设为NULLable有时会发挥很好的作用。

十八、尽量不要使用TEXT数据类型

除非你使用TEXT处理一个很大的数据，否则不要使用他。因为他不易查询，速度慢，用的不好还会浪费大量的空间。一般的，VARCHAR能更好的处理你的数据。

十九、尽量不要使用临时表

尽量不要使用临时表，除非你必须这样做。一般使用子查询可以代替临时表。使用临时表会带来系统开销，如果你使用COM+进行编程，它还会给你带来很大的麻烦，因为COM定义+使用数据库连接池而临时表却自始至终都存在。SQL SERVER提供了一些替代方案，比如Table数据类型。

二十、学会分析查询

二十一、使用参照完整性

定义主键、唯一键约束和外键，这样做可以节约大量时间。