UML与系统分析设计 (13).pptVIP

13.2.7 表空间与节点 Home OraNet ODBC 应用服务器 Oracle Server MyDBServer1 Web服务器 DB2 Server MyDBServer2 SQL Server MyDBServer3 XML JDBC 图13.9 数据库系统（服务器端）配置图示例 13.3 关系数据库逻辑模型设计 Home 13.3.1 逻辑数据模型设计 13.3.2 从类创建表 13.3.4 触发器与存储过程 13.3.3 联系的映射 ?在逻辑数据模型设计阶段，主要任务是确定应用系统所需要长期保存的持久性数据，建立数据库的逻辑模型。 ?对于关系数据库，则需要根据系统中的实体类，创建关系数据库模式，包括表、视图、索引等数据结构元素的设计，以及相应的触发器、存储器的设计。 ?数据库设计是在对数据库应用系统做常规的UML系统分析设计的基础上进行的。 ?要从众多的对象类中分离并确定具有持久性数据的实体类。把它们转换成相应的关系数据库表，并且根据实体类的属性的特征，以及类之间的联系，进行适当的映射与处理，从而建立起一个完整的关系数据库逻辑模型。 ?与数据的增、删、改等有关的约束控制，可以采用触发器实现；更一般的与数据存取有关的操作，可以采用存储过程实现。 ?在设计中应强调注意以下二点：注意关系数据库的结构特点，注意数据库应用系统的性能。 13.3.1 逻辑数据模型设计 Home ?将类转换为表的最简单做法是一对一映射，即为每一个实体类创建一个表。类中的属性就是表中的列，类中的关键字就是表的关键字。 ?在进行属性的映射时，必须注意数据类型的转换，即要把对象类的属性在原来所采用的应用模型中的数据类型，转换为数据库模型中的列的数据类型。 ?导出属性往往不必作为持久性数据存储在数据库中。当须要使用这些导出属性数据时，只要调用某个相关的程序进行计算推演即可。这可用存储过程或一个程序段实现。 ?从类创建表的过程中，需要根据数据的完整性和安全性方面的要求，指定主关键字和外来关键字，增加必要的约束条件，如合法输入值校验等，做成操作函数列入相应的表模型中。 ?从类创建表的过程中，必须考虑类之间的联系，注意关系数据模型的特点。 ?必要时可以把系统的逻辑设计模型中的一个类映射为多个表，或把多个类映射为一个表。 13.3.2 从类创建表 Home ?例：类向表映射示例，如图13.10所示。 13.3.2 从类创建表 Home STUDENTS PK Sno：LONG INT Sname：CHAR(8) S ex：CHAR(2) Birth：DATE Bplace：CHAR(24) PKPK_Student( ) Calc_Age( ) Entity STUDENTS Sno：NUMBER Sname：STRING Sex：STRING Birth：DATE Age：NUMBER Bplace：STRING 图13.10 类向表映射示例 1．关联的映射 ?对于持久数据的类模型，类之间允许有各种关联，参与关联的类的角色（Role）也可以是多种多样的 。 ?关系数据模型只支持表之间的非确定联系和确定联系，以及多重性为“一对多”的情况。 ?把类之间的关联映射为表之间的非确定联系或确定联系时，对于非“一对多”的情况需要做一些适当的处理。 ?在关系数据库模型中，无法直接表现表之间的确定联系或不确定联系，它们只能通过外来关键字或约束条件来实现。 13.3.3 联系的映射 Home （1）类之间的关联的多重性是“一对一” ?在面向对象的设计中，“一对一”的关联代表两个独立的对象类之间的联系。 ?在向关系数据模型的映射中，可以为每一个类创建一个表，其中每个表的主关键字也是它所关联的表的外来关键字，多重性“一对一”通过强制的约束实现。 ?例：在图13.11（a）中，类“ITEM”与类“ITEM_PIC”存在“一对一”的关联，即一个物件（ITEM）必有一张物件图（ITEM_PIC），而一张物件图必指定给一个确定的物件。 ?这个“一对一”的关联转换为关系数据模型如图13.11（b）所示。 ?其中，表“ITEM”与表“ITEM_PIC”之间的联系为非确定联系，它由在表“ITEM_PIC”中引入的外来关键字列“Item_ID”建立，而“Item_ID”是表“ITEM”中的关键字；同时在表“ITEM_PIC”中生成外来关键字约束FKFK_ ITEM_Pic37( )。 13.3.3 联系的映射 Home ?例：“一对一”关联的映射示例，如图13.11所示。 13.3.3