17,086
社区成员
发帖
与我相关
我的任务
分享設計table的時候，大家都加不加PK FK的限制哦？
如題 設計table的時候 都加不加PK FK 呢 ？
討論一下哈~ 說說優點和缺點
討論一下哈~ 說說優點和缺點
...全文
请发表友善的回复…
发表回复
yubin88 2009-09-17
- 打赏
- 举报
我认为pk是要加的，没有pk表没有意义，fk要按实际情况来设置
zhaoweiting0609 2009-09-17
- 打赏
- 举报
+
problc 2009-09-17
- 打赏
- 举报
PK必须有
FK基本不用。大的系统要求实时备份，很多数据库备份软件处理FK都有问题。
最好不要太依赖数据库来保证FK
FK基本不用。大的系统要求实时备份，很多数据库备份软件处理FK都有问题。
最好不要太依赖数据库来保证FK
codearts 2009-09-17
- 打赏
- 举报
PK是一定要有的。
但FK, 我见过的用oracle开发的系统似乎都不加
但FK, 我见过的用oracle开发的系统似乎都不加
thesecretblue 2009-09-17
- 打赏
- 举报
一般是要加的；但是批量导入数据的时候，可以暂时先去掉
火龙果被占用了 2009-09-17
- 打赏
- 举报
我们只加 PK，FK 由程序控制，否则关系复杂的结构光 FK 的数据就搞死人
bai_jiong 2009-09-17
- 打赏
- 举报
如果是在数据库中设计表，PK或FK在一般情况下，都会加上。
但在数据仓库中设计表，PK或FK就未必要加上了。
但在数据仓库中设计表，PK或FK就未必要加上了。
inthirties 2009-09-17
- 打赏
- 举报
[Quote=引用 4 楼 inthirties 的回复:]
做数据库的时候，我们用er图来表示，e表示实体，也就是我们的表，r relation表示实体间的关系。
实体间的关系，如何来表示呢，就是通过FK来表示的。 所以没有FK，你们的表如何反映出实体之间的关系叻。
[/Quote]
当然，fk在设计里表示的意义在于反映出实体间的关系，但是在数据库的存储过程中表现的是一种约束。
是对数据完整性的一种保证。 不过在设计阶段，其主要意义在于反映实体关系的。
做数据库的时候，我们用er图来表示，e表示实体，也就是我们的表，r relation表示实体间的关系。
实体间的关系，如何来表示呢，就是通过FK来表示的。 所以没有FK，你们的表如何反映出实体之间的关系叻。
[/Quote]
当然，fk在设计里表示的意义在于反映出实体间的关系，但是在数据库的存储过程中表现的是一种约束。
是对数据完整性的一种保证。 不过在设计阶段，其主要意义在于反映实体关系的。
liusong_china 2009-09-17
- 打赏
- 举报
一般是要加的；但是批量导入数据的时候，可以暂时先去掉
Dave 2009-09-17
- 打赏
- 举报
要加..
inthirties 2009-09-17
- 打赏
- 举报
做数据库的时候，我们用er图来表示，e表示实体，也就是我们的表，r relation表示实体间的关系。
实体间的关系，如何来表示呢，就是通过FK来表示的。 所以没有FK，你们的表如何反映出实体之间的关系叻。
实体间的关系，如何来表示呢，就是通过FK来表示的。 所以没有FK，你们的表如何反映出实体之间的关系叻。
阿三 2009-09-17
- 打赏
- 举报
应该加的
majy 2009-09-17
- 打赏
- 举报
应该加FK的，不加容易出现数据的完整性问题
oraclemch 2009-09-17
- 打赏
- 举报
一定是要加的啦，不然不符合地第三范式啊，而且查询的时候也好走主键索引啊！
