关于数据库的疑问

问答首页 → 入门技术

0 0

关于数据库的疑问0

最近参加了一个的较大型的项目，发现pdm里面没有表与表的关系，仔细研究了一下，貌似全部关系是靠代码控制的，在库级别没有建立任何关系，突然发现这样做也挺不错的。问问大大们，数据库建立关系与不建立关系各有什么优缺点啊

数据库

2013年7月10日 17:01

woaichiyu
1
0 0 11

采纳的答案

首先说一点，使用外键是为什么？

外键的使用时为了在数据库的层级保证数据的一致性，完整性，更可靠。毕竟使用程序来控制的话，对于程序员的要求是比较高的。

然后再说应用场景：
追求的数据的完整性等，那就用上外键吧。毕竟不可控的因素太多了，还不如让数据库自己来保证。如果数据库都保证不了，那就game over啦。

追求性能，而且是在大数据量的频繁更新操作下。那就让外键去见鬼吧，这个时候外键还存在，不是完全的捣蛋吗？插入一条数据由于外键的存在还要去做一次一致性约束检测，这不是在浪费时间吗？所以在这种条件下，外键就有点不太实用了。

当然你的数据量不大，那么你使用外键是没有问题的（数据量不大也不需要考虑高速写入的问题了）

所以说，这是一个权衡，看你用想要什么。

参考：http://www.dewen.org/q/1814/mysql+%E5%A4%96%E9%94%AE%E9%97%AE%E9%A2%98

题外话：如果你要高速写入大数据量，就不要用关系型数据库了，这个解决起来有点麻烦。现在不是NOSQL很火吗，看看这个吧。呵呵

2013年7月12日 11:47

请叫我二师兄
88
0 0 7

添加评论

0 0

以前看过有人对这方面的一些说法，内容大概是这样。数据库建模时，应尽可能的实现相关的规范，比如多少范式之类的，使其完整性更完整些。（言下之意：外键什么的还是加上的）。当程序完成后，再把外键之类的约束删除（如果是数据库方面出现性能瓶颈的话），直接由代码控制。
我倒觉得其实二种情况都挺符合实际的，只是看场景了。但有一样东西是最明显的，就是维护的成本。我只知道如果我接手一个系统，一打开数据库啥关系也看不到，那我觉得很痛苦在。

2013年7月12日 00:59

freezingsky
159
1 1 16