一、类之间的关系如下图所示：
二、UML与数据库设计主要讨论的内容：
三、依赖关系强调的是类操作间的使用关系，类图到表结构的映射中并不涉及这种关系，所以只需讨论泛化关系、关联关系到表的映身规范。
1.泛化关系的映射
（1）、将父类和子类均映射为表
优点：表结构的更改非常方便
缺点：表的数量较多，相关的数据分散在不同的表中，数据读写时间较长，报表的生成较为困难。
（2）、只将子表映射为表
优点：表的数量较少，相关的数据集中在一个表中，数据的读写较为方便。
缺点：表结构的修改较为困难，因为修改父类后，要同时修改子类对应的表。
（3）、只将父类映射为表
优点：表的数量少，数据读写方便
缺点：耦合性强，需要增加一列，以表时类的角色，浪费存储空间较多。
综合：以上三种方法各有所长，在实际应用中，根据具体情况选用。
一般情况下，建议选用第二种方式，即只将子类映射为表，各表包含子类自身的属性和继承自父类的属性。
2.关联关系的映射
关联关系分为一对一关联、一对多关联和多对多关联。
（1）、一对一关联映射
将相关的两个类分别映射成两张表，并将任意一张表的主键放入另一张表作为外键。
（2）一对多关联映射
将关联的两个类映射为两张表，并将“一”表的主键放在“多”表中作为外键。
（3）、多对多关联映射
》为相关联的两个类分别建立两张表
》再建一个关联表。这个关联表的属性由两部分组成：前两个表的主键，关联本身的属性。
综合：关联关系要为每一个类生成一个数据库表。
关系映射：
1）、一对一、一对多的关系映射为数据库表的主外键关联（一方的主键加入另一方成为外键）
2）、多多的关系映射：产生第三张表，将两个多方的主键加入其中成为外键，两个外键的组合成为主键。
利用数据库三范式检查表，从而考察类图的分析是否合理，消除冗余数据。检查数据是否能够反映用例视图的需要；进一步与用户再次确认数据的使用。