`
tomEnjoy
  • 浏览: 145736 次
  • 性别: Icon_minigender_1
  • 来自: 济南
社区版块
存档分类
最新评论

数据表的设计原则

阅读更多
(1)不应针对整个系统进行数据库设计,而应该根据系统架构中的组件划分,针对每个组件所处理的业务进行组件单元的数据库设计;不同组件间所对应的数据库表之间的关联应尽可能减少,如果不同组件间的表需要外键关联也尽量不要创建外键关联,而只是记录关联表的一个主键,确保组件对应的表之间的独立性,为系统或表结构的重构提供可能性。

(2)采用领域模型驱动的方式和自顶向下的思路进行数据库设计,首先分析系统业务,根据职责定义对象。对象要符合封装的特性,确保与职责相关的数据项被定义在一个对象之内,这些数据项能够完整描述该职责,不会出现职责描述缺失。并且一个对象有且只有一项职责,如果一个对象要负责两个或两个以上的职责,应进行分拆。

(3)根据建立的领域模型进行数据库表的映射,此时应参考数据库设计第二范式:一个表中的所有非关键字属性都依赖于整个关键字。关键字可以是一个属性,也可以是多个属性的集合,不论那种方式,都应确保关键字能够保证唯一性。在确定关键字时,应保证关键字不会参与业务且不会出现更新异常,这时,最优解决方案为采用一个自增数值型属性或一个随机字符串作为表的关键字。

(4)由于第一点所述的领域模型驱动的方式设计数据库表结构,领域模型中的每一个对象只有一项职责,所以对象中的数据项不存在传递依赖,所以,这种思路的数据库表结构设计从一开始即满足第三范式:一个表应满足第二范式,且属性间不存在传递依赖。

(5)同样,由于对象职责的单一性以及对象之间的关系反映的是业务逻辑之间的关系,所以在领域模型中的对象存在主对象和从对象之分,从对象是从1-N或N-N的角度进一步主对象的业务逻辑,所以从对象及对象关系映射为的表及表关联关系不存在删除和插入异常。

(6)在映射后得出的数据库表结构中,应再根据第四范式进行进一步修改,确保不存在多值依赖。这时,应根据反向工程的思路反馈给领域模型。如果表结构中存在多值依赖,则证明领域模型中的对象具有至少两个以上的职责,应根据第一条进行设计修正。第四范式:一个表如果满足BCNF,不应存在多值依赖。

(7)在经过分析后确认所有的表都满足二、三、四范式的情况下,表和表之间的关联尽量采用弱关联以便于对表字段和表结构的调整和重构。并且,我认为数据库中的表是用来持久化一个对象实例在特定时间及特定条件下的状态的,只是一个存储介质,所以,表和表之间也不应用强关联来表述业务(数据间的一致性),这一职责应由系统的逻辑层来保证,这种方式也确保了系统对于不正确数据(脏数据)的兼容性。当然,从整个系统的角度来说我们还是要尽最大努力确保系统不会产生脏数据,单从另一个角度来说,脏数据的产生在一定程度上也是不可避免的,我们也要保证系统对这种情况的容错性。这是一个折中的方案。

(8)应针对所有表的主键和外键建立索引,有针对性的(针对一些大数据量和常用检索方式)建立组合属性的索引,提高检索效率。虽然建立索引会消耗部分系统资源,但比较起在检索时搜索整张表中的数据尤其时表中的数据量较大时所带来的性能影响,以及无索引时的排序操作所带来的性能影响,这种方式仍然是值得提倡的。

(9)尽量少采用存储过程,目前已经有很多技术可以替代存储过程的功能如“对象/关系映射”等,将数据一致性的保证放在数据库中,无论对于版本控制、开发和部署、以及数据库的迁移都会带来很大的影响。但不可否认,存储过程具有性能上的优势,所以,当系统可使用的硬件不会得到提升而性能又是非常重要的质量属性时,可经过平衡考虑选用存储过程。

(10)当处理表间的关联约束所付出的代价(常常是使用性上的代价)超过了保证不会出现修改、删除、更改异常所付出的代价,并且数据冗余也不是主要的问题时,表设计可以不符合四个范式。四个范式确保了不会出现异常,但也可能由此导致过于纯洁的设计,使得表结构难于使用,所以在设计时需要进行综合判断,但首先确保符合四个范式,然后再进行精化修正是刚刚进入数据库设计领域时可以采用的最好办法。

(11)设计出的表要具有较好的使用性,主要体现在查询时是否需要关联多张表且还需使用复杂的SQL技巧。

(12)设计出的表要尽可能减少数据冗余,确保数据的准确性,有效的控制冗余有助于提高数据库的性能。
分享到:
评论

相关推荐

    经典数据库设计14个原则

    ### 经典数据库设计14个原则 #### 1. 实体关系的一对一、一对多、多对多关系 - **定义与解释**:在数据库设计中,实体之间的关系通常分为一对一(1:1)、一对多(1:N)或多对多(N:M)。一对一指的是两个实体之间...

    数据库表设计原则技巧

    ### 数据库表设计原则技巧详解 #### 一、原始单据与实体之间的关系 在数据库设计过程中,理解和处理原始单据与实体之间的关系至关重要。原始单据与实体之间的关系可以是一对一、一对多或者多对多的形式。通常情况...

    数据采集系统设计原则与基本方法

    数据采集系统设计原则与基本方法 数据采集系统设计原则与基本方法是数据采集系统设计的基础,掌握这些原则和方法是设计高质量的数据采集系统的关键。本文将对数据采集系统设计的基本原则和方法进行详细的解释。 一...

    全国行政区域省市区代码 MySQL多表设计+数据

    这种多表设计遵循了数据库的规范化原则,通过外键关联确保了数据的一致性和完整性。例如,省份ID作为城市表的外键,城市ID又作为区域表的外键,形成了层次结构,便于查询和操作。 2022年的最新数据意味着这些信息...

    采购订单数据表的设计

    在IT行业中,数据库设计是至关重要的一步,尤其在企业级应用中,...同时,设计应遵循数据库设计原则,如范式理论,以减少数据冗余和提高数据一致性。最后,定期的数据库审查和优化也是必要的,以适应业务的变化和发展。

    数据仓库维度建模设计原则及应用

    ### 数据仓库维度建模设计原则及应用 #### 摘要 随着信息技术的发展,数据仓库技术作为企业管理和决策支持的关键工具,在数据集成和分析方面扮演着至关重要的角色。维度建模作为一种主流的数据仓库构建方法,其核心...

    数据库SQL数据表课程设计实例 图书借阅管理 再就业信息管理 钢材仓库管理 闲置设备管理 销售业务管理系统 共16页.ppt

    这个数据库设计实例涵盖了数据库设计的方方面面,包括实体关系设计、ER 图模型、数据库设计模式、数据表设计、实体之间的关系、数据模型的应用、数据库设计的步骤、数据库设计的原则、数据库设计工具和数据库设计的...

    系统总体设计原则汇总.doc

    - **统一设计原则**:这强调了在设计时需全局考虑,包括应用系统结构、数据模型、存储和扩展规划,确保一致性。 - **先进性原则**:采用成熟且先进的技术,遵循国际标准,确保系统的生命力和扩展性。 - **高可靠/...

    数据库设计原则优化数据库的设计

    本文将探讨一些核心的设计原则,旨在优化数据库的设计,提高系统的整体性能。 首先,简洁明了的命名规范至关重要。数据库、表和字段的命名应当清晰反映其用途,如使用公司简称加系统名称来命名数据库,如"BxxCRM"。...

    数据库建表原则-设计思想-查询优化

    基本表是指存储原始数据的表,与中间表和临时表有着本质的区别。基本表具备以下四个特性: 1. **原子性**:基本表中的字段是不可再分解的。 2. **原始性**:基本表中的记录是原始数据的记录,直接来源于业务活动。 ...

    数据库索引设计原则.

    数据库索引设计原则 数据库索引设计原则是 Oracle 数据库管理系统中的一项重要技术,旨在提高数据库的查询效率和性能。以下是数据库索引设计原则的详细解释。 一、基本原则 数据库索引设计原则的基本原则是确保...

    数据仓库模型设计说明书

    设计策略及原则是指数据仓库模型物理设计原则及其参考依据,例如:并行方面的考虑、并发查询的策略、大数据量表的设计策略、聚集表设计、表和索引建立不同的表空间等。 2. 数据库结构设计列表 数据库结构设计列表...

    数据库中表的主键设计原则收藏.doc

    "数据库中表的主键设计原则收藏" 在设计数据库表时,主键的设计是非常重要的一步。一个好的主键设计可以提高数据库的性能和可维护性,而一个糟糕的主键设计可能会带来一系列的问题。本文将讨论数据库中表的主键设计...

    数据字典设计文档模板.doc

    数据构造设计规则是指在设计数据构造时需要遵守的一些基本规则和原则。 2. ORACLE数据库设计:ORACLE数据库是一种常用的关系数据库管理系统。ORACLE数据库设计是指对ORACLE数据库的设计和实现,包括表空间设计、...

Global site tag (gtag.js) - Google Analytics