数据库的设计原则:关联还是不关联?
来源:互联网 发布:卖家如何申请淘宝介入 编辑:程序博客网 时间:2024/06/06 12:46
数据库的设计原则:关联还是不关联?
设计网站数据库(确定使用Hibernate)的过程中,时常会有争论,争论的焦点主要还是集中在表与表之间的关联上面:
有的倾向于去掉表与表之间的任何关联;有的拿完整性说话,必须保留所有的关联性。
观点1:我倾向于去掉所有的关联,为了开发的方便。然后写代码的时候自己留意完整性的问题。
观点2:
如果不采用外键关联的话,很多字段势必得集中在一个表里面,从而造成数据冗余。根据领域模型驱动的方式设计数据库表结构,领域模型中的每一个对象只有一项职责,所以对象中的数据项不存在传递依赖,这种思路的数据库表结构设计从一开始即满足第三范式:一个表应满足第二范式,且属性间不存在传递依赖。
如果是小项目的话,为了开发方便一点而不关联都问题不大,但要是大项目的话,感觉还是遵守规范的好
观点3:
看你做什么样一个压力的系统了, 如果的系统是每秒要上万个交易的话, 亲爱的, 我建议你少用join吧。少于1W/S的系统, 无所谓, 怎么搞都一样的。 完整性比任何都重要, 在压力过高的时候, 妥协而已! 我的策略就是对于主压力的表, 一般来说, 系统中总是有几个焦点表的, 数据访问压力高, 读写密集的, 这个几个表好好设计, 不要关联,把读写操作让能力好的, 经验丰富的程序员去做封装DAO API。 其他的小表, 要做关联, 防止程序员出问题。我们现在这个做了4年还在做,200m,50多万行的项目现在是倾向于完全不建关联了,新的数据模型一律不考虑关联
观点4:
具体情况具体分析
业务表 我认为关联要好
而有一些历史信息比如日志什么的,我基本都不关联,而且最大冗余~
我的观点:
db方面经验不足,暂不发表意见。
- 数据库的设计原则:关联还是不关联?
- php数据库的关联设计
- 数据库的关联操作
- 数据库的自身关联
- 关系数据库设计中,用中间表好还是直接设定主外键关联好?
- 数据库表项的一对多关联设计
- 数据库设计中实体关联的四种类型
- 简单的动态网页设计及开发(关联数据库)
- 关联关系表的设计
- mongodb关联数据的设计
- Hibernate关联映射原则
- LR与数据库的关联
- 数据库设计、三大范式、关联查询
- PBAC数据库表中设计及关联
- 2014.7.14 【数据库设计】自关联设计的另一种设计方式
- 数据库的设计原则
- 数据库的设计原则
- 数据库的设计原则
- APMServ+Zend Studio 配置运行环境
- 由一道面试题来看 Struct 的对界
- Velocity以相对路径方式嵌入动态页面问题
- SharePoint 2007部署过程详细图解(中)— 安装MOSS 2007
- CSS height=100%无效的解决方案
- 数据库的设计原则:关联还是不关联?
- Directsound开发指南(2)
- Skype Rc4最新算法下载地址
- MySQL完成解决ODBC中文乱码问题
- C#调用VC dll 出现“System.BadImageFormatException”
- Entity Framework 4 此操作要求连接到 'master' 数据库错误解决方案
- SharePoint 2007部署过程详细图解(下)— 部署MOSS 2007
- 语言的歧义
- 给孩子下载电子书的注意事项