好的数据库设计应该怎样造成

若是你正在负责一个基于SQL Server的项目，或者你刚刚接触SQL Server，你都有可能要面临一些数据库性能的问题，这篇文章会为你提供一些有用的指导（其中大多数也能够用于其它的DBMS）。在这里，我不打算介绍使用SQL Server的窍门，也不能提供一个包治百病的方案，我所作的是总结一些经验----关于如何造成一个好的设计。


1、了解你用的工具


不要轻视这一点，这是我在这篇文章中讲述的最关键的一条。也许你也看到有不少的SQL Server程序员没有掌握所有的T-SQL命令和SQL Server提供的那些有用的工具。 
“什么？我要浪费一个月的时间来学习那些我永远也不会用到的SQL命令？？？”，你也许会这样说。对的，你不须要这样作。可是你应该用一个周末浏览全部的 T-SQL命令。在这里，你的任务是了解，未来，当你设计一个查询时，你会记起来：“对了，这里有一个命令能够彻底实现我须要的功能”，因而，到MSDN 查看这个命令的确切语法。


2、不要使用游标


让我再重复一遍：不要使用游标。若是你想破坏整个系统的性能的话，它们却是你最有效的首选办法。大多数的初学者都使用游标，而没有意识到它们对性能形成的影响。它们占用内存，还用它们那些难以想象的方式锁定表，另外，它们简直就像蜗牛。而最糟糕的是，它们可使你的DBA所能作的一切性能优化等于没作。不知你是否知道每执行一次FETCH就等于执行一次SELECT命令？这意味着若是你的游标有10000条记录，它将执行10000次SELECT！若是你使用一组SELECT、UPDATE或者DELETE来完成相应的工做，那将有效率的多。 
初学者通常认为使用游标是一种比较熟悉和温馨的编程方式，可很不幸，这会致使糟糕的性能。显然，SQL的整体目的是你要实现什么，而不是怎样实现。 
我曾经用T-SQL重写了一个基于游标的存储过程，那个表只有100,000条记录，原来的存储过程用了40分钟才执行完毕，而新的存储过程只用了10秒钟。在这里，我想你应该能够看到一个不称职的程序员究竟在干了什么！！！ 
咱们能够写一个小程序来取得和处理数据而且更新数据库，这样作有时会更有效。记住：对于循环，T-SQL无能为力。 
我再从新提醒一下：使用游标没有好处。除了DBA的工做外，我历来没有看到过使用游标能够有效的完成任何工做。


3、规范化你的数据表


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


4、不要使用SELECT *


这点不太容易作到，我太了解了，由于我本身就常常这样干。但是，若是在SELECT中指定你所须要的列，那将会带来如下的好处： 
1 减小内存耗费和网络的带宽 
2 你能够获得更安全的设计 
3 给查询优化器机会从索引读取全部须要的列


5、了解你将要对数据进行的操做


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


6、不要给“性别”列建立索引


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


7、使用事务


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


8、当心死锁 
按照必定的次序来访问你的表。若是你先锁住表A，再锁住表B，那么在全部的存储过程当中都要按照这个顺序来锁定它们。若是你（不经意的）某个存储过程当中先锁定表B，再锁定表A，这可能就会致使一个死锁。若是锁定顺序没有被预先详细的设计好，死锁是不太容易被发现的。


9、不要打开大的数据集


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


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


与服务器端游标比起来，客户端游标能够减小服务器和网络的系统开销，而且还减小锁定时间。


11、使用参数查询


有时，我在CSDN技术论坛看到相似这样的问题：“SELECT * FROM a WHERE a.id='A'B，由于单引号查询发生异常，我该怎么办？”，而广泛的回答是：用两个单引号代替单引号。这是错误的。这样治标不治本，由于你还会在其余一些字符上遇到这样的问题，更况且这样会致使严重的bug，除此之外，这样作还会使SQL Server的缓冲系统没法发挥应有的做用。使用参数查询，釜底抽薪，这些问题通通不存在了。


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


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


十3、不要使用INSERT导入大批的数据


请不要这样作，除非那是必须的。使用UTS或者BCP，这样你能够一举而兼得灵活性和速度。


十4、注意超时问题


查询数据库时，通常数据库的缺省都比较小，好比15秒或者30秒。而有些查询运行时间要比这长，特别是当数据库的数据量不断变大时。


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


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


十6、在细节表中插入纪录时，不要在主表执行SELECT MAX(ID)


这是一个广泛的错误，当两个用户在同一时间插入数据时，这会致使错误。你可使用SCOPE_IDENTITY，IDENT_CURRENT和IDENTITY。若是可能，不要使用IDENTITY，由于在有触发器的状况下，它会引发一些问题（详见这里的讨论）。


十7、避免将列设为NULLable


若是可能的话，你应该避免将列设为NULLable。系统会为NULLable列的每一行分配一个额外的字节，查询时会带来更多的系统开销。另外，将列设为NULLable使编码变得复杂，由于每一次访问这些列时都必须先进行检查。 
我并非说NULLS是麻烦的根源，尽管有些人这样认为。我认为若是你的业务规则中容许“空数据”，那么，将列设为NULLable有时会发挥很好的做用，可是，若是在相似下面的状况中使用NULLable，那简直就是自讨苦吃。 
CustomerName1 
CustomerAddress1 
CustomerEmail1 
CustomerName2 
CustomerAddress2 
CustomerEmail3 
CustomerName1 
CustomerAddress2 
CustomerEmail3 
若是出现这种状况，你须要规范化你的表了。


十8、尽可能不要使用TEXT数据类型


除非你使用TEXT处理一个很大的数据，不然不要使用它。由于它不易于查询，速度慢，用的很差还会浪费大量的空间。通常的，VARCHAR能够更好的处理你的数据。


十9、尽可能不要使用临时表


尽可能不要使用临时表，除非你必须这样作。通常使用子查询能够代替临时表。使用临时表会带来系统开销，若是你是用COM+进行编程，它还会给你带来很大的麻 烦，由于COM+使用数据库链接池而临时表却自始至终都存在。SQL Server提供了一些替代方案，好比Table数据类型。


二10、学会分析查询


SQL Server查询分析器是你的好伙伴，经过它你能够了解查询和索引是如何影响性能的。


二11、使用参照完整性


定义主健、惟一性约束和外键，这样作能够节约大量的时间。 北京IT培训机构 www.idting.com/ITpeixun/