BRUP数据模型.pdf

数据模型数据模型 数据模型是实施模型的一部分，描述了系统中永 久性数据的逻辑和物理表达。 主题 关系数据库和面向对象 永久性框架永久性框架 对象-关系型框架的基本特点 通用对象-关系型服务 将永久性类映射到表 永久性属性和关键字 主键标识 将永久性对象间的关联关系映射到数据模型将永久性对象间的关联关系映射到数据模型 将聚合关系关联关系映射到数据模型 在数据模型中建立继承关联关系模型 在数据模型中建立多对多关联关系模型 实施引用完整性 关系数据库和面向对象 关系数据库和面向对象并不完全兼容。它们反映了两种 不同的世界观不同的世界观 ：在在 RDBMSRDBMS 中所见的全是数据中所见的全是数据 ；在面向在面向 对象的系统中所见的全是行为。这并不表明一种系统比 另一种更好： 面向对象的模型比较适合于具有以下特点的系统：系统中含有复杂的行 为和特定于状态的行为，并且数据在其中处于次要位置；或者系统中的 数据可以按照自然的层次通过导航来进行访问（例如物料单）。 RDBMSRDBMS 模型则非常适合于那些含有动态或临时关系的报告应用程序和模型则非常适合于那些含有动态或临时关系的报告应用程序和 系统。 问题的关键是，许多信息都存储在关系数据库中，而如果面向对象 的应用程序要访问这些数据的应用程序要访问这些数据 ，就需要能够对就需要能够对 RDBMSRDBMS 进行读写操作进行读写操作。 此外，面向对象的系统经常需要与非面向对象的系统共享数据。这 自然就需要将 RDBMS 作为共享机制。 虽然面向对象的系统和关系型系统具有一些共同的特点（在概念上， 对象的属性与实体的列相似），但是它们之间的根本差异给系统间 的无缝集成造成了很大的困难。这一根本差异即：数据模型公开数 据（通过列值），而计算模型隐藏数据（封装在公有接口后）。 关系数据模型 关系模型由实体和关系组成。实体可以是一个物理表，也可以是几 个表的逻辑映射个表的逻辑映射 （（又称视图又称视图 ））。下图显示了下图显示了 LINEITEMLINEITEM 和和 PRODUCT 表以及两者间的各种关系。关系模型中含有以下要素： 实体具有列。每个列都有名称和类型。在上图中，LINEITEM 实体具有 LineItem_Id （（主键键 ）、）、Descripption、、Price、、QQuantityy、、Product_ Id 和和 Order_Id。（。（后两列是后两列是 将 LINEITEM 实体同 ORDER 及 PRODUCT 实体连接起来的外键）。 实体具有记录或行。每一行都代表一组唯一的信息，通常表示对象的永久数据。 每个实体都有一个或多个主键。主键唯一标识每一条记录（例如 ID 是 LINEITEM 表 的主键）。 对各种关系的支持依供应商而定。本例显示了有关逻辑模型以及 PRODUCT 和 LINEITEM 表间的关系。在物理模型中，关系一般通过外键/主键参照来实现。如果某 实体与另实体与另一实体关联关系实体关联关系 ，它将包含用作外键的列它将包含用作外键的列。外键列中含有的数据可以将实体外键列中含有的数据可以将实体 中的特定记录关联关系到相关实体中。 关系具有多重性（又称基数）。常见的基数有一对一 (1:1)、一对多 (1:m)、多对一 (m:1) 和多对多 (m:n)。在本例中，LINEITEM 与 PRODUCT 关系为 1:1，而 PRODUCT 与 LINEITEM 关系为 0:m。 对象模型 对象模型中含有类（参见 [UML99] 以了解对象模型的详细定义）。 类定义了一组对象的结构和行为类定义了一组对象的结构和行为 ，有时又称为对象的有时又称为对象的实例实例。对象的对象的 结构表示为属性（数据值）和关联关系（类与类之间的关系）。下 图是一个简单的类图，其中只显示类的属性（数据）。 订单 (Order) 具有一个编号（即订单号）,并且与一个或 多个多个 (1(1..*)*) 明细分类项明细分类项 (Li(Line ItItem)) 关联关系关联关系。每个每个 LiLine Item 都有确定的数量（订购量）。 这一对象模型支持继承关系。类可以从其他类继承数据 和行为（例如 SoftwareProduct 和 HardwareP