数据库设计--使用上述四种模式的一般原则(转)
2008-08-04 21:06
411 查看
(五)使用上述四种模式的一般原则
1. 什么时候用“主扩展模式”?
对象的个数不多;各个对象之间的属性有一定差别;各个对象的属性在数据库设计阶段能够完全确定;各个扩展对象有独立的、相对比较复杂的业务处理需求,此时用“主扩展模式”。将各个对象的共有属性抽取出来设计为“主表”,将各个对象的剩余属性分别设计为相应的“扩展表”,“主表”与各个“扩展表”分别建立一对一的关系。
2. 什么时候用“主从模式”?
对象的个数较多且不固定;各个对象之间的属性几乎没有差异;对象的属性在数据库设计阶段能够完全确定;各个对象没有独立的业务处理需求,此时用“主从模式”。将各个对象设计为“从表”的记录,与“主表”对象建立一对多的关系。
3. 什么时候用“名值模式”?
对象的个数极多;各个对象之间的属性有较大差异;对象属性在数据库设计阶段不能确定,或者在系统运行时有较大变更;各个对象没有相互独立的业务处理需求,此时用“名值模式”。
4. 什么时候用“多对多模式”?
两个对象之间互为一对多关系,则使用“多对多模式”。
1. 什么时候用“主扩展模式”?
对象的个数不多;各个对象之间的属性有一定差别;各个对象的属性在数据库设计阶段能够完全确定;各个扩展对象有独立的、相对比较复杂的业务处理需求,此时用“主扩展模式”。将各个对象的共有属性抽取出来设计为“主表”,将各个对象的剩余属性分别设计为相应的“扩展表”,“主表”与各个“扩展表”分别建立一对一的关系。
2. 什么时候用“主从模式”?
对象的个数较多且不固定;各个对象之间的属性几乎没有差异;对象的属性在数据库设计阶段能够完全确定;各个对象没有独立的业务处理需求,此时用“主从模式”。将各个对象设计为“从表”的记录,与“主表”对象建立一对多的关系。
3. 什么时候用“名值模式”?
对象的个数极多;各个对象之间的属性有较大差异;对象属性在数据库设计阶段不能确定,或者在系统运行时有较大变更;各个对象没有相互独立的业务处理需求,此时用“名值模式”。
4. 什么时候用“多对多模式”?
两个对象之间互为一对多关系,则使用“多对多模式”。
相关文章推荐
- 据库设计--使用上述四种模式的一般原则(转)
- [导入](五)使用上述四种模式的一般原则
- (五)使用上述四种模式的一般原则
- 设计模式- 使用抽象工厂实现多数据库切换实现过程
- 使用设计模式构建通用数据库访问类
- 使用设计模式构建通用数据库访问类
- 设计模式笔记[四种模式+四种原则]
- 数据库四种设计模式
- 单例设计模式中使用dom4j来完成(数据库配置文件)xml的解析,并完成数据库的连接
- 设计模式与其使用原则
- DAO设计模式 -- 使用数据库连接类连接MySql数据库并实现添加用户
- 使用设计模式构建通用数据库访问类
- 基于关系数据库的数据仓库星形模式下维使用原则的研究与探索
- 设计模式- 使用抽象工厂实现多数据库切换实现过程
- 使用设计模式构建通用数据库访问类
- mysql的优化(表的设计,优化步骤,四种索引,分析慢查询,使用索引的深入解析,存储引擎分析,表的分割,数据库配置)
- [.net 面向对象程序设计深入](18)实战设计模式——设计模式使用场景及原则
- 重构着讲解设计原则与模式——从DIP中“倒置”的含义说接口的正确使用
- 使用设计模式构建通用数据库访问类
- NDatabase 入门,简单使用 增删改查。让NDatabase带你脱离ADO.net,各种SQL 语句,各种DBMS,各种CRM,IOC之类的烦恼。我们也不需要仓库设计模式了,你妹的。不要表了,不要设计数据库字段了。就这样!