数据模型资源手册(volumn 1): 1 绪论

    传统的建议是“去搞清楚企业需要针对什么保存信息，这些东西之间是如何关联的”，其实，这个建议是一个过于粗略的简化描述，在一般情况下识别实体和关系是非常难的。

    有经验的建模人员将会在他们的模型清单中去搜寻适合当前情形的模型或模型集，然后再去细究这些模型的细节问题。当然，对于单个开发人员来说，要建立任何复杂模型库的模型，都需要花费很多时间去了解大量的业务需求。通常，只有专家级的数据建模人员才有这种机会，然而，现实中许多数据建模工作都是由非专家级的人员进行。

    通常有50%以上的数据模型都是由适用于多数组织机构的通用构件组成的，有25%的数据是行业特殊，约25%的企业数据模型是只有该企业才有的。这点意味着数据模型的大部分建模工作都是在重复建立其他许多组织机构曾多次建立过的数据模型构件。

     企业需要建立许多系统：合同管理系统、销售订单系统、项目管理系统、财务系统、预算系统、购买订单系统以及人力资源管理系统，这些还只是一部分。

     数据仓库：抽取各种不同的信息，以建立决策支持系统。

本书中给出的模型的命名标准和图表约定进行描述：

     实体：

     子类和超类：一类具有与更一般实体相同的特征的实体，如具有共同的属性和关系。图中一个超类组织和它的子类法定组织和非正式组织。

        属性：关于一个实体的特定信息条，可以是实体的唯一标识（也称为主键），也可以是强制的或任选的属性。

        关系：两个实体之间相互关联的方式。

        外键：一个实体（或表）中出现的另外一个实体（或表）的主键。

        外键继承：~关系线来表示继承来的外键是子实体的主键的一部分。

        用于处理多对多关系的交叉或关联实体：通过用实体间的交叉引用来解决多对多关系。它们常常具有附加的属性，用以进一步地对关系进行描述。

        互斥弧：用于表示一个实体与两个或多个其他实体相关联的关系，但是，在这些关系中，对于实体的一个特定实例，只能允许一种关系存在。

        递归关系：一个实体与其自身的关联方式的关系。