34,575
社区成员
发帖
与我相关
我的任务
分享请发表友善的回复…
发表回复
diruser 2003-01-17
- 打赏
- 举报
不可取，
MicroMouse 2003-01-17
- 打赏
- 举报
不可取，最好不要用这种方式。
这样来做主键，在实际使用过程中没有太大的意义，在数据的约束方面没有太大的力度。
这样来做主键，在实际使用过程中没有太大的意义，在数据的约束方面没有太大的力度。
tjan 2003-01-17
- 打赏
- 举报
首先，你这样作从数据库技术讲，没有任何问题。
但，是否实用得依据实际的应用系统来确定主键如何建。
但，是否实用得依据实际的应用系统来确定主键如何建。
zhang2544669 2003-01-17
- 打赏
- 举报
我建议你再想其他办法，因为数据库设计时很少有
不管表是干什么的就统一加主键，设计表应该从你
的E-R图出发。
不管表是干什么的就统一加主键，设计表应该从你
的E-R图出发。
nielisheng 2003-01-17
- 打赏
- 举报
数据量有大有小，要有个估计，不是最大就好
jswxcathay596200 2003-01-17
- 打赏
- 举报
如果只是为光有个主键，可以这么做。
MicroMouse(独步江湖) 说得没错：
“在实际使用过程中没有太大的意义，在数据的约束方面没有太大的力度”
MicroMouse(独步江湖) 说得没错：
“在实际使用过程中没有太大的意义，在数据的约束方面没有太大的力度”
lywjsh 2003-01-16
- 打赏
- 举报
gz
愉快的登山者 2003-01-16
- 打赏
- 举报
其实可以根据具体情况,
用整型的,可以;
也可以用整型的自增型:
id int identify(1,1)
用整型的,可以;
也可以用整型的自增型:
id int identify(1,1)
pengdali 2003-01-16
- 打赏
- 举报
整型可以了吧！
其实char也是主键的类型
其实char也是主键的类型
