|
精华帖 (0) :: 良好帖 (0) :: 新手帖 (2) :: 隐藏帖 (6)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2011-04-12
看场景，看需求。。。。。
|
| 返回顶楼 | |
|
发表时间：2011-04-12
用不用外键看个人喜好吧，我就比较喜欢外键。运行很长时间的系统也不需要为脏数据头疼。
神马自己逻辑控制，神马程序验证，神马性能，都是开发人员为了逃避编写测试数据脚本和清理数据脚本编出来的理由而已。 |
| 返回顶楼 | |
|
发表时间：2011-04-13
rails的应用不是用了很多外键？
|
| 返回顶楼 | |
|
发表时间：2011-04-13
huzhenyu 写道 关系应该是有的,在开发时有.应该是说产品发布时为了性能我稳定运行,去掉也关联.你反向时自然看不到.
被此兄头像蒙了。。 |
| 返回顶楼 | |
|
发表时间：2011-04-13
重要的还是移植性，以及数据安全性。一个移植性好，一个数据安全性好。
|
| 返回顶楼 | |
|
发表时间：2011-04-13
用代码保证数据一致性？谁能写出来万无一失的代码？要是大家都能保证，那没BUG的代码自然也能写出来了啊
|
| 返回顶楼 | |
|
发表时间：2011-04-13
steptou 写道 qiushily2030 写道 steptou 写道 qiushily2030 写道 一张表200个字段 其中和99张表有关系 你也全部建外键？
是我的话，建立第3个表（或者10个左右的表，看需求），存储第一个表和其他99个表的关系 兄台有何高见，洗耳恭听 这想法不错，可惜这种方法读取数据的时候太麻烦了吧。而且我现在做的系统 数据库表不下五百张 加上视图有一千张+ 目前没发现特别好的方法  存在即表明其合理，如果不涉及保密的话，能透露下现在怎么处理的吗？ 相信各位做普通应用的很少遇到500个表和1000+视图的吧，至少我没有遇到过（参加过的最大项目表数目才300个不到） 细细道来，就当是给我们上堂公益课，不胜感激！ 加上视图才 1000张  主要采用的方法就是关键的几个表建下主外键 其他表都不建的
|
| 返回顶楼 | |
|
发表时间：2011-04-13
N年前在学校时候见过所谓的外键, 呵呵
|
| 返回顶楼 | |
|
发表时间：2011-04-13
外键是一种约束而已，有效保证数据完整性，但是它付出的代价也是很大的，所以很多人就去掉这些东西了
|
| 返回顶楼 | |
|
发表时间：2011-04-13
写程序的时候想不到表间的关系，用了外键也无济于事。
|
| 返回顶楼 | |
