hxd001_810专栏

复合键最明显的优点是可以减少数据库表的数量。然而，复合键的缺点却也是很明显的：1.使得表与表之间的相互依赖性程度加深；2.会出现更为复杂的约束、规则；3.对用户更新数据的限制大大提高；4.这样的数据库表设计，很容易出现非主属性对该复合键的部分依赖，使得规范化程度最低（多数只能达到1NF），所以存在严重的数据冗余和更新异常问题等。当然，可能还有很多... ...总之，我认为对于复合键来说，其缺点

详谈关系数据库中的“键”（续） 今天我们来讨论外键。   从表通过指向主表的外键来与主表相关联。人们常犯的一种错误是：认为参照完整性是对于主键的约束。但实际上，参照完整性要求的是外键值必须引用有效的主键值，所以这项约束是对于外键的约束，而不是对于主键的约束。在T-SQL脚本中，可以使用两种方法来声明完整性约束：既可以在创建表的代码中声明完整性约束，也可以在创建表之后再创建约束。其声

谈“索引”（一）创建索引对于数据库中较小的表来说，使用扫描原始数据的方法可以工作很好，然而，当数据量变大时，就必须使用索引来提高数据检索的速度。在考虑索引的创建时，需要注意的是：提高查找速度与提高更新速度是相互矛盾的。索引可以极大地提高读取数据的速度，但在写数据时，它们却会带来额外的工作。使用图形界面工具创建和管理索引的方法主要有下面3种：1.     创建索引向导。可以从

                                                     开发性能良好的数据库从项目最开始的计划阶段就应该开始数据库优化：在数据库开发结束之后，再想提高性能就很困难了。对于设计错误的数据库，随着开发工作的进展，修复其中的问题所要付出的代价将会显著增加。对于在项目的开始阶段只需要5分钟的时间就可以精心实施的约束，如果要在数据库使用数年之后再来修

                                                       关系数据库中的“键”主键和外键是把多个表组织为一个有效的关系数据库的粘合剂。主键和外键的设计对物理数据库的性能和可用性都有着决定性的影响。必须将数据库模式从理论上的逻辑设计转换为实际的物理设计。而主键和外键的结构是这个设计过程的症结所在。一旦将所设计的数据库用于了生产环境，就很

      （1）天然主键               在现实生活中存在着许多看起来可以惟一地标识一行记录的值，如：身份证号码、汽车牌照号码等。数据库逻辑模式设计往往会使用这些天然的主键，尽管这些天然主键中没有哪一个是十分可靠的。                可以让用户把它们当作查找和命名一行记录的“主键”，但绝不能把它们作为实际的主键。                如果必须使

对数据库模型进行性能优化好了，借午休之际，让我们来聊聊对数据库模型进行性能优化的问题吧！在一个数据库应用程序中，程序是从一个健全的数据库模型开始执行的。明白了这一点，我们来看几种可以优化数据库模型的方法，以通过这些方法可以提高查询效率。还等什么，赶快看看吧！1.    少许的逆规范化（denormalization）大有帮助。不要出现有像名为Gender的表，表中有3个值。另外，如