文档介绍：使用UML的数据库分析与设计
数据库设计的一般方法与过程

传统的关系数据库设计的过程分为4个阶段:
需求分析;
概念结构设计;
逻辑结构设计;
物理结构设计。
（1）需求分析阶段的主要任
位置
主表
索引表结构图
(4)索引：索引是由数据库表中一列或多列值的集合形成的数据结构，使用这种结构可快速访问数据库表中的特定信息。在UML图标中，索引用构造型<<index>>表示。
约束
约束是一种施加于数据库结构的规则,用于保证数据库的正确性或完整性。
（1）主关键字约束—加在表的图标中的一个属性名前面，表示该属性为主关键字，也可以加在一个操作名前表示该操作的类型。主关键字约束使用构造型<<PK>>表示，也可用一个小图标“PK”代替。
（2）外来关键字约束—加在表中的一个属性名前面，表示该属性为外来关键字,也可以加在一个操作名前表示该操作的类型。外来关键字约束使用构造型<<FK>>表示，也可用一个小图标“FK”代替。
（3）值检验约束—可以检验表中列值是否符合某个规则，比如把列值与一个固定的值范围进行比较或与数据库中的其他列的数据进行比较。值检验约束使用构造型<<Check>>表示,它可以加在一个操作名前面，以表示该操作是一个值检验约束。
(4)值唯一性约束—保证所定义列的所有值是互不相同的。值唯一性约束使用构造型<<Unique>>表示,它可以加在一个操作名前面，以表示该操作是一个值检验约束。
（5）触发器约束—当一般的约束难以满足应用程序的功能需求时，可用触发器约束来满足。所以它也是为保证表的数据完整性而定义的某种特殊约束操作。当对表中数据进行了增、删、改等操作时，触发器可能被自动激发执行。触发器约束使用构造型<<Trigger>>表示,它可以加在一个操作名前面，以表示该操作是一个触发器。
联系
存在于两个表之间的任何关系称为联系。表之间的联系有两种：非确定性联系和确定性联系。
非确定性联系(Non-Identify Relationship)是存在于两个独立表之间的联系，此时在子表中的外来关键字为非主关键字列。
确定性联系(Identify Relationship)是存在于两个有依赖关系的表之间的联系，若父表不存在，则子表也不存在，子表的存在依赖于父表的存在。父表中的每一个主关键字列都可成为子表中的主关键字列的一部分和外来关键字列。
视图
一个视图是一个基本表的投影,包含基本表的部分数据。视图可以看成数据库的窗口,可以简化数据库查询的复杂性,有利于保持数据库数据的一致性和安全性。
在UML中，视图用带有构造性图标“ ”或<<View>>的类表示，类名即为视图名。但是，视图的属性必须与其来源表中相应的属性一致。
数据库与数据库模式
(1) 数据库
在UML中,数据库用带有构造型<<Database>>的组件表示,也可用柱型图标表示。
(2) 数据库模式
数据库模式是表的组织结构的描述。关系数据库模式是关系模式的集合，包括对表的静态结构和完整性约束的定义。
在UML中，数据库模式用带有构造型<<Schema>>的包表示，通常用在类图中。
表空间与节点
(1)表空间
表空间是指数据的存储区域。一个数据库可以分布在一个或多个表空间，这取决于数据库的数据量、数据访问要求和安全性的要求。
表空间用带有构造型<<Tablespace>>的组件表示，表空间与数据库的联系用依赖表示。
（2）节点
节点(Node)是处于运行期的分布式系统的物理元素,代表计算机资源,如处理器或其他硬件设备。经过开发得到的软件组件和重用模块就必须配置在相应的节点上才能被执行。
节点在配置图中使用,通过节点和节点之间的联系,表达计算机系统的物理配置结构。
关系数据库逻辑模型设计
逻辑模型设计
在逻辑数据模型设计阶段,主要任务是确定应用系统所需长期保存的实体数据,用类图等建立数据库的逻辑模型。对于关系数据库，则需要根据系统中的实体类，创建关系数据库模式，包括表、视图、索引等数据结构元素的设计，以及相应的触发器、存储器的设计。
从类创建表
将类转换为表的最简单做法是一对一映射，即为每一个实体类创建一个表。类中的属性就是表中的列，类中的关键字就是表的关键字。
类向表映射示例
类向表映射时应注意的事项：
（1）注意数据类型的转换：要把对象类的属性数据类型转换为数据库模型中列的数据类型；
（2）