|
发布日期：2004-4-27
作 者：LWWVB
摘 要：ID做关键字好处多
正 文：
在第一课中，我就推荐大家使用ID做主关键字，而不是使用编号之类的字段去做主关键字。在本课中，我和大家将来讨论一下使用ID做主关键字和用编号字段做关键字的不同之处。
（图1）使用ID的做法：
740)this.width=740" border=undefined>
（图2）使用编号的做法：
740)this.width=740" border=undefined>
1、 ID关键字，有节省空间的好处。
因为ID是一个长整数字，它只有4个字节的大小，可以说是很小巧的。比较一下两种方法“tab线组计件项目”一条记录所占用的空间：
ID方法，记录所占空间：4+8+4+4+2+8=30字节
编号方法，记录所占空间： 8+14+6+2+8=38字节
上面的例子，当“工号”和“工序”这两个字段长度比较大时，就会更加体会到这点，但如果使用ID做关键字，不管“工号”和“工序”这两个字段有多长，在事务表中引用的属性表的字段的大小一定是固定。
也许会有人说，上面省一点空间也算不了什么，而且“工号”和“工序”比较短的时候，可能和ID做关键字的方案差不多。其实，我们在设计数据表时，很多时候都会涉及多层次结构。如下图：
740)this.width=740" border=undefined>
而且事务表也许会有大量的数据，这样算起来，使用ID做关键字，就算一个记录能省一点，也会产生很可观的数字了。
2、 ID关键字避免了使人意想不到的逻辑错误
真正来说，使用ID做关键字和编号做关键字，是完全两种不同的逻辑表示，它们之间表面看来好像没有什么逻辑差别，其实是不同的！这种微小的差异在于：用ID做关键字，事务表记录中所引用属性表记录是那个时候所加入的记录；而用编号方式做关键字，事务表记录中所引用属性表记录是指定编号的记录。
现在用上面的图（1）和图（2）来说明一下这个问题。在上面的图示中，我设计了属性表“tab工人”和事务表“tab线组计件项目”。当有一个工人要辞工的时候，我们就要把这个工人的名单删除，但事务表中的数据要保留，因为此工人所生产的项目还需要进行统计。所以因为这个原因，就采用了这种一对一的关系。
而图（1）的设计是正确的，假如有一个“A06”工号的工人要辞工，我们就把此工人记录删除，从关系图看出，他对应的事务表中的数据是不会删除的。而在这之后，又有一个新的工人加入到工厂，编号也是“A06”，那么，因为使用ID的原则，新加入的工人就不会拥有被辞掉工人的事务数据，而图（2）的设计是错误的，一旦加入新工人后，这个A06的工人就马上拥有被辞掉工人的事务数据，当月底要结算工资时，这个新加入的工人就多了一份额外的工资了。
也许有人说，我可以在“tab工人”中加入一个删除字段，以标记这个工人已经被辞掉，但实质上，“工号”字段一般是定义为“索引（无重复）”的，因为工号带有唯一性，所以加入删除字段以标记这种办法是行不通的。而且使用编号方案做关键字也会产生此类的逻辑错误。
ID其实是为了反应表中所输入记录的次序，而且这个数字应该是永远向前增加的，用户不需要接触它，程序员也不需要担心它溢出，只管好好的使用它就是了。它只是为了表之间的关联而定义的字段。用ID做关键字，其实我在学DELPHI数据库时已经很深的体会到这种方法含有的好处，不知道大家又体会到多少？
下次，我将为大家再深入解剖属性表和事务表的定义，并揭示一下初学者所容易犯的错误。
|
