|
精华帖 (0) :: 良好帖 (0) :: 新手帖 (2) :: 隐藏帖 (6)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2011-04-12
我们都不用外键。不用更健康~
|
| 返回顶楼 | |
|
发表时间：2011-04-12
不用外键太正常了吧，程序维护外键关系呗~
|
| 返回顶楼 | |
|
发表时间：2011-04-12
刚进公司那会儿我也有楼主一样的疑惑
|
| 返回顶楼 | |
|
发表时间：2011-04-12
用外键，检索起来很麻烦。在应用时通过事物控制或其它保证数据一致性就行
|
| 返回顶楼 | |
|
发表时间：2011-04-12
kimmking 写道 xsnxj 写道 表间有联系可以防止出错和乱引用（开发人员），表间无联系可以随意修改和执行具体没有定义哪种的好坏，一般是系统设计员制作的会带上表间联系,相反是临时应用就会出现无表间联系的情况，具体看需求
表有fk的关联，也就有了约束， 优点，数据的一致性， 缺点，插入删除、备份迁移的问题，性能，等等 数据的一致性一般都是要保证的，不用库的关系的话，需要程序里自己去保证。 这个跟 identity字段有点类似，数据库支持identity/increment或者sequence， 再或者不用数据库的，自己写个identity的机制。 这个答复很中肯！ 那我再问，如果我的数据库只有表（什么外键等约束都没有），就当我的数据库是文本数据库吧， 这样，为了保持数据的一致性，都哪些地方需要注意的？ 这个我觉得应该有很多地方吧，还望大家踊跃发言！ |
| 返回顶楼 | |
|
发表时间：2011-04-12
Bruce.Sun 写道 刚进公司那会儿我也有楼主一样的疑惑
惭愧，我都干了 7 年了， 以前的系统很少自己从头到尾的，都是打杂的，哎 现在要自己谋出路了，就得恶补了， 以后愚笨的问题太多了，还望大家不厌其烦。 |
| 返回顶楼 | |
|
发表时间：2011-04-12
设计的时候肯定有外键等关联关系，发布就不一定了~
|
| 返回顶楼 | |
|
发表时间：2011-04-12
一张表200个字段 其中和99张表有关系 你也全部建外键？
|
| 返回顶楼 | |
|
发表时间：2011-04-12
qiushily2030 写道 一张表200个字段 其中和99张表有关系 你也全部建外键？
是我的话，建立第3个表（或者10个左右的表，看需求），存储第一个表和其他99个表的关系 兄台有何高见，洗耳恭听 |
| 返回顶楼 | |
|
发表时间：2011-04-12
我喜欢在程序中自己控制。。。
|
| 返回顶楼 | |
