今天看了个开源的web应用，近100个表，用power designer逆向后看表间关系，结果出来了，吓了一跳。。。

100个表之间竟然一个关系都没有，就是没有外键？

相应的，别的应用的表间联系却比蜘蛛网还蜘蛛网，


我想问下，这样2种表的设计都各有啥利弊？

评论

54 楼 aa87963014 2011-04-17  

pengmj 写道

在高性能大数据量的系统中，用外键是自讨苦吃。

性能再高也不过高在一小部分，还有不用外键数据怎么检查。完全靠程序员的自我意识？

用外键有时候确实是比较烦，但是这个对高性能有什么影响？？？

53 楼 wm920 2011-04-16  

kimmking 写道

xsnxj 写道

表间有联系可以防止出错和乱引用（开发人员），表间无联系可以随意修改和执行具体没有定义哪种的好坏，一般是系统设计员制作的会带上表间联系,相反是临时应用就会出现无表间联系的情况，具体看需求

表有fk的关联，也就有了约束，
优点，数据的一致性，
缺点，插入删除、备份迁移的问题，性能，等等

数据的一致性一般都是要保证的，不用库的关系的话，需要程序里自己去保证。
这个跟 identity字段有点类似，数据库支持identity/increment或者sequence，
再或者不用数据库的，自己写个identity的机制。

具体根据需求来分析

同意该说法

52 楼 pengmj 2011-04-16  

在高性能大数据量的系统中，用外键是自讨苦吃。

51 楼 forever8tf 2011-04-16  

海量数据存储有搞头啊~DB2与Oracle的xmltype不知道有没有搞头，相当于no-sql了是不是？

50 楼 gongrunlian 2011-04-16  

表列与列之间数据关联，但不建FK

49 楼 evanzzy 2011-04-15  

需要权衡，不一定就不能用或一定要用。如果对性能影响不大，而可靠性要求又高的话，还是加上外键更好些。

代码控制也没有问题，但是写代码的时候就确实要有整体意识

48 楼 ysj5125094 2011-04-14  

kimmking 写道

xsnxj 写道

表间有联系可以防止出错和乱引用（开发人员），表间无联系可以随意修改和执行具体没有定义哪种的好坏，一般是系统设计员制作的会带上表间联系,相反是临时应用就会出现无表间联系的情况，具体看需求

表有fk的关联，也就有了约束，
优点，数据的一致性，
缺点，插入删除、备份迁移的问题，性能，等等

数据的一致性一般都是要保证的，不用库的关系的话，需要程序里自己去保证。
这个跟 identity字段有点类似，数据库支持identity/increment或者sequence，
再或者不用数据库的，自己写个identity的机制。

支持 kimmking 说的... ...

47 楼 cectsky 2011-04-14  

幽梦新影 写道

外键一般都不会用的，但在设计时一般都会说明这是主外键关系，建表就不一定用了

me too!

46 楼 wdq 2011-04-14  

kimmking 写道

xsnxj 写道

表间有联系可以防止出错和乱引用（开发人员），表间无联系可以随意修改和执行具体没有定义哪种的好坏，一般是系统设计员制作的会带上表间联系,相反是临时应用就会出现无表间联系的情况，具体看需求

表有fk的关联，也就有了约束，
优点，数据的一致性，
缺点，插入删除、备份迁移的问题，性能，等等

数据的一致性一般都是要保证的，不用库的关系的话，需要程序里自己去保证。
这个跟 identity字段有点类似，数据库支持identity/increment或者sequence，
再或者不用数据库的，自己写个identity的机制。

赞同这位仁兄的见解！！！

45 楼 bewithme 2011-04-14  

最好用，不然容易产生脏数据，特另是你要不能过DB来操作数据的时候

44 楼 zhyuan 2011-04-14  

    这个应该看场景，可以归纳为是程序来维护外键关系还是用数据库来维护关系。
    数据库中使用外键，能够保证的完整性，不会出现脏数据，但肯定会有性能影响，适用于对数据要求比较严格的项目。数据库不使用外键，而是由程序比如hibernate、jpa来控制，这样数据库备份、迁移时比较爽，性能也优越，但是程序不当，会产生数据冗余，无法保证数据的完整性。

43 楼 thinkforever 2011-04-14  

代码保证，太浮云了。性能影像有人实际测试过吗，大约什么量级？

42 楼 cmland 2011-04-13  

外键不仅要降低性能，而且对于数据维护很不友好。不用更健康。如果是超大数据量的表更不会用外键。我们公司开发所用的表除了主键，索引外,少量唯一键，外键从来不用。（我们公司的数据库有好几个表千万级数据量，如果要用外键，对插入，删除影响很大的）。

41 楼 quanwsx 2011-04-13  

我们也没用。

40 楼 nearboy 2011-04-13  

在海量的数据库中想都不要去想外键，试想，一个程序每天要insert数百万条记录，当存在外键约束的时候，每次要去扫描此记录是否合格，一般还不止一个字段有外键，这样扫描的数量是成级数的增长！在大型系统中（性能要求不高，安全要求高），使用外键；在大型系统中（性能要求高，安全自己控制），不用外键；小系统随便，最好用外键。

39 楼 jimzhao 2011-04-13  

写程序的时候想不到表间的关系，用了外键也无济于事。

38 楼 qinglintan 2011-04-13  

外键是一种约束而已，有效保证数据完整性，但是它付出的代价也是很大的，所以很多人就去掉这些东西了

37 楼 DOCDOC 2011-04-13  

N年前在学校时候见过所谓的外键, 呵呵

36 楼 qiushily2030 2011-04-13  

steptou 写道

qiushily2030 写道

steptou 写道

qiushily2030 写道

一张表200个字段  其中和99张表有关系   你也全部建外键？

是我的话，建立第3个表（或者10个左右的表，看需求），存储第一个表和其他99个表的关系

兄台有何高见，洗耳恭听

这想法不错，可惜这种方法读取数据的时候太麻烦了吧。而且我现在做的系统  数据库表不下五百张
加上视图有一千张+

目前没发现特别好的方法

存在即表明其合理，如果不涉及保密的话，能透露下现在怎么处理的吗？

相信各位做普通应用的很少遇到500个表和1000+视图的吧，至少我没有遇到过（参加过的最大项目表数目才300个不到）

细细道来，就当是给我们上堂公益课，不胜感激！

加上视图才 1000张  主要采用的方法就是关键的几个表建下主外键   其他表都不建的

35 楼 wxno1 2011-04-13  

用代码保证数据一致性？谁能写出来万无一失的代码？要是大家都能保证，那没BUG的代码自然也能写出来了啊