数据库应该怎么来设计

[ProjectDD]

PK 用自增列 设计与业务无关 这样做好还是 业务列来做比较好

业务列做PK的话，设计逻辑 上更清楚，但因为考虑数据重复等因素，常 常需要多列构造PK

这样会给引用 列带来压力，如果引用列+一列又构成 外键表的一个PK的话，再被 其它表引用
那引用列又会增加，这样下去设计 起来 太累了，不知我说得对不对。

[LCAAA]

学习了。。。。

[taoistong]

[Quote=引用楼主 projectdd 的回复:]
PK 用自增列 设计与业务无关 这样做好还是 业务列来做比较好

业务列做PK的话，设计逻辑 上更清楚，但因为考虑数据重复等因素，常 常需要多列构造PK

这样会给引用 列带来压力，如果引用列+一列又构成 外键表的一个PK的话，再被 其它表引用
那引用列又会增加，这样下去设计 起来 太累了，不知我说得对不对。
[/Quote]

业务列也不会包含很多列吧
根据实际情况取舍吧

我们设计的时候不用自增列的。
是把几个业务列拼接到一起，组成像条形码一样的业务列。 包含主要的信息， 作为主键，也可以给其它表来进行引用

[dawugui]

如果没有一个列可以来区分你的数据,那就只有用自增列了.

[7761098]

有时候外键表的PK是 部分引用列+部分列 而并不一定就是引用列+一列

[叶子]

一般自增列就行 或是用guid类型做主键就行。

[booksoon]

用自增列吧 至于业务上的唯一性,用程序控制好了

[贝隆]

。。。。。。