数据建模与DB设计

作者：	[韩] 金范编
页数：	136
定价：	34.00

出版社：	上海科学技术出版社
出版时间：	2016-10
购买地址：	京东当当

笔记

粉丝

推荐语：《数据建模与DB设计》重点介绍数据建模与数据库设计的理论及应用。从数据模型的发展历程及其必要性引入，基于作者在研究和项目实践中积累的经验，让读者理解数据建模是业务负责人与数据设计者之间沟通的工具，数据模型决定数据处理性能与数据管理便利性。内容简介

撰写笔记

我是最优雅的杀手，不杀人专杀狗于 2017-03-19 10:58已经看到

第4章实体种类与特性4 4.8 M∶M关系实体

（1）主要发生在逻辑建模中
在初级分析阶段，实体间的关系多为M：M。重要实体的数据之间经常会有相关性。
（2）分离M：M关系后，会产生新的关系
M：M关系通常会隐藏其他的关系实体；但是如果在初级阶段交叉实体不是重要业务，则不建议生成全部的关系实体并将关系变为1：M。这将会使问题复杂化，妨碍对数据结构的理解。
（3）新的实体中会添加新的属性
如果生产交叉实体则需要在这里添加全新的属性。这些属性不仅需要满足现在的需求，还要满足潜在的客户的需求。

我是最优雅的杀手，不杀人专杀狗于 2017-03-15 08:34已经看到

第4章实体种类与特性4 4.7 1∶1关系实体

1：1的关系实体指的是属于两个实体的各个体存在1：1关系的情形，这种1：1关系实体大部分情况下基本上也可以视为一体。另外，属性在业务中明显被分组或处于数据管理与性能方面的考虑，如果觉得将属性较多的特定实体分离为独立的实体更为有利时，可创建1：1的关系实体。

（1）属性被分组，各组访问业务不同时

（2）属性数较多时

我是最优雅的杀手，不杀人专杀狗于 2017-03-12 22:11已经看到

第4章实体种类与特性4 4.2关联实体（associative entity）

两个以上实体间因交易（行为）而产生的实体，根据方法论可分为关联实体，事务实体，交叉实体。从关联实体的特性来看，个体的发生频率可视为能够衡量业务活跃度程序的尺度。有时关联实体从逻辑建模的初期阶段开始导出实体，但有时仅将实体与实体的关系表示为M：M即可。这种情况下，可减少ERD的复杂性，提高其可读性，在下一详细阶段展开M：M关系时导出关联实体也为时不晚。这里说的m:m 关系须立即为促使关联实体产生的数据集合，而不能单纯地理解为数据间的业务关系。

下面为大家介绍几点关联实体的特性

1：不继承主实体的属性。

2：唯一键主要由两个以上的外键组合构成。

3：产生大量数据，输入，修改，删除频繁。

4：访问类型复杂。

5：对应用程序性能造成很大影响。

我是最优雅的杀手，不杀人专杀狗于 2017-03-10 21:22已经看到

第4章实体种类与特性4 4.1主实体（primary entity

主实体指的是与其他实体无关而独立创建的实体，是创建下级实体时成为依据的主要实体，这里包括客户，商品，合同，职员，部门等。

主实体是在多个业务中共同使用的实体，与大部分业务存在利害关系。因此，认为数据建模的结构由主实体结构决定也不为过。

下面是几点区别于主实体的特性

一：基本上有很多属性。

二：有很多用一个属性创建唯一键的情形。

三：引用的外键主要是代码性实体的唯一键。

四：数据具有持续渐增的特性。

五：访问类型少。

我是最优雅的杀手，不杀人专杀狗于 2017-03-09 21:13已经看到

第1章数据建模概述 1.4建模的基本规则

好的数据建模能妥善应对数据积累以及业务流程变更与增加引起的各种状况，而不恰当的数据建模只会运用复杂，性能低下的应用逻辑或结构化查询语言，引起临时数据或重复数据泛滥，最终导致系统无论如何努力也无法改善。如此一来可能会导致整个系统性能下降，各处数据不一致，业务负责人无法信任数据准确性等一系列最坏的情况。因为这些原因，在完成建模时至少要通过建模验证解决问题后方能进入下一阶段。

因错误数据模型经常导致的几种问题分析如下：

1：多个组织中报告给经营者的资料分类系统不同，数据不一致

2：为了业务流程，根据需要随时制作临时表使用

3：如想准确地选出报告，必须由了解多年的数据历史的人操作

4：管理层要求综合统计信息时需要部门间的协商与数据确认

5；作为业务组织单位，业务系统要求分离或要求新设辅助系统

数据建模与DB设计

目录

手机绑定