|
锁定老帖子 主题：数据库的设计原则：关联还是不关联？
精华帖 (2) :: 良好帖 (0) :: 新手帖 (8) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2009-07-17
自己感觉有需要了才去关联
|
| 返回顶楼 | |
|
发表时间：2009-07-17
johnnyhg 写道 数据库的设计原则：关联还是不关联？
设计网站数据库（确定使用Hibernate）的过程中，时常会有争论，争论的焦点主要还是集中在表与表之间的关联上面： 有的倾向于去掉表与表之间的任何关联；有的拿完整性说话，必须保留所有的关联性。 先说我的观点：我倾向于去掉所有的关联，为了开发的方便。然后写代码的时候自己留意完整性的问题。 写代码时无法保证数据完整性问题． 另：我不明白这个跟开发方便不方便有什么关系？能指点一二？ |
| 返回顶楼 | |
|
发表时间：2009-07-17
最后修改：2009-07-17
bizzad 写道 打倒小日本 写道 完全关联 完全不关联都不好
过犹不及 中庸才是正途 结论就是： 尽量关联 不关联是作为关联的特例 而不是常态 特例？我倒觉得关联应该是特例 扯淡． |
| 返回顶楼 | |
|
发表时间：2009-10-19
我觉得这涉及到对系统进行逻辑细分和解耦的问题，规模稍大的系统一般都可以拆分出多个可重用部分，这些可重用部门不光程序代码需要解耦，数据库方面也要解耦（不产生join的问题），一般来说还有冗余字段。但是不可拆分的内部一定是要建立关联的，因为这是一道最后的防火墙，不然程序员的失误可能带来重大灾难
|
| 返回顶楼 | |
|
发表时间：2009-10-19
不尊重规律，规律自然不尊重你，你开发方便了。后期的维护就麻烦了，当下个team维护你们的程序时，只会送给你们两个字，业余。不要只图一时之happy。
|
| 返回顶楼 | |
|
发表时间：2009-10-20
Hibernate 自动生成的 SQL，只能算是合格。SQL毕竟是和数据库相关的。有时候一句SQL，得去想想数据库里到底发生了什么
|
| 返回顶楼 | |
|
发表时间：2009-10-20
xinshaoye 写道 网站数据库设计 多采用反范式设计
除了开发的方便 也还考虑到访问量问题 个人倾向于少关联 是啊 ， 这个主要看什么系统， 如果是给党国的办公系统， 根本不用考虑这些。 如果是实用性的 ， 关键表 确实得冗余少关联。 |
| 返回顶楼 | |
|
发表时间：2009-11-04
作为一个初学者，现在确实感觉不到关联的好处，而且感觉很麻烦
|
| 返回顶楼 | |
|
发表时间：2009-11-04
工作时间不长,个人感觉关联对于开发人员来讲是一个很麻烦的问题,一般不考虑关联.
|
| 返回顶楼 | |
|
发表时间：2009-11-04
qaz1234 写道 hibernate能做的,而且做的还挺好的.
想不出非要自己重复制造轮子的理由. 我相信多数情况下,我们程序员的代码并不比hibernate更好. 除非你的某个设计目的就是朝着它的死穴去的. 奇怪的论调，别人造的轮子不转，难道自己还得等人家造会转的轮子？ |
| 返回顶楼 | |
