请教：多对多的表的设计

qinjia · 发表于 2002-6-16 23:33

我觉得，具体信息（如姓名、身份证号等）又巨大的人为因素干扰，不适合作为 PK

客户需求多种多样，比如丢失补办或政府部门操作失误会给系统带来巨大麻烦，就更加不用说认为的失误和数据录入的不负责任了。

人们常说“永远不要把客户当作专家对待”

ironboy · 发表于 2002-7-26 17:17

同意qinjia说法，他是说做数据库设计是要考虑业务的变动和扩充。而不就是数据库方面的设计。

tonylinux · 发表于 2002-8-14 13:08

最初由 katherine_xyz 发布
[B]谢谢您的建议。
但我保留意见。
我觉得有明确的主键的话，不要用sequence
否则，尤其是有主从关系时，会带来很多弊端 [/B]

主键一般用无意义的标示数，这几乎是数据库设计的普遍规则呀，你能不能举个例子证明一下你的观点呢？

w_rose · 发表于 2002-8-19 05:33

我以容易担保，是你想错了。当PK3不再唯一时，你所要做的就是设计新的表B-2，然后将B里边的数据拷贝过去。在你的整个项目中，你根本不能破坏B的逻辑关系。

以为B的主键改变了就轻率地一定得重新设计B，我以容易担保，你这样下去会感觉编程是一件痛苦的事，你会“死得很惨”！

tomxh · 发表于 2002-9-13 10:14

呵呵~~
最好不要用具体信息当主建

何以见得，为什么会有弊端？