用PowerDesigner建立概念模型和物理模型以及ODBC配置数据库连接

一、PowerDesigner建立概念模型(.cdm)

　　概念模型主要集中在ER图模型理论之上的，主要的三个元素：实体，属性，联系，还有实体间的关系

常用的联系Assication、Relationship、inherit，下面举例对概念模型和实体之间建立联系进行解释和阐述。

二、概念模型实例

对三种实体间的关系进行解释:

联系（Relationship):

　(一)mandatory
联系是否具有强制性，指的是实体之间是否一定会出现这种联系；或者换句话说，当我们在谈及一个联系的应用场景的时候，联系对应的那两个实体型的实体实例的个数可不可能为零

　　教师--学生联系
    一个多对多联系，因为每个老师可以教多个学生，每个学生也都有多个老师来负责他们的学业。同时，这个联系对教师和学生都是强制性的，也就是说，不存在任何一个老师，他不负责任何一个学生的教学；也不存在任何一个学生，他没有任何一个任课老师。
　　学生--俱乐部联系
   一个多对多关系，但它对学生这个实体型而言就不是强制的（Optional,可选的）。每个俱乐部都有至少一个学生参加，但并不是每个学生都要去参加俱乐部的活动。完全可以有一些学生，他们什么俱乐部都没参加。
      上面的例子主要是从概念的角度来区分了mandatory和optional的区别。实际上如果把这个模型对应到我们最后生成的表，如果A-B间的联系对 A是mandatory的话，那么如果在A里面如果包含B的外键，这个外键不能为空值，反之可以为空值。后面我们谈到PDM和实际数据库的时候，大家会看到这一点。

　　（二）依赖性联系（dependent）：每一个Entity型都有自己的Identifier，如果两个Entity型之间发生关联时，其中一个Entity型的Identifier进入另一个Entity型并与该 Entity型中的Identifier共同组成其Identifier时，这种关联称为标定关联,也叫依赖性关联(dependent relationship)。一个Entity型的Identifier进入另一个Entity型后充当其非Identifier时，这种关联称为非标定关联,也叫非依赖关联。
其实就是主-从表关系，从表要依赖于主表。比如在我们系统里要记录教师休假的情况，有一个实体型Holiday，其属性包括休假的开始时间和天数，每次有教师休假的时候，都要在这个表留下记录。从我们的场景描述中可以看到，实体型假期必须依附于实体型教师，即对于每一个假期实例，必须指向某一个教师实例。
对于依赖型联系，必须注意它不可能是一个多对多联系，在这个联系中，必须有一个作为主体的实体型。一个dependent联系的从实体可以没有自己的identifier.

　　（三）统治性联系（domain）：这个联系属性是最为简单的，它仅作用于一对一联系，并指明这种联系中的主从表关系。在A,B两个实体型的联系中，如果A-->B被指定为dominant，那么A为这个一对一联系的主表，B为从表，并且在以后生成的PDM中会产生一个引用（如果不指定dominant属性的话会产生两个引用）。比如老师和班级之间的联系，因为每个班级都有一个老师做班主任，每个老师也最多只能做一个班级的班主任，所以是一个一对一关系。同时，我们可以将老师作为主表，用老师的工号来唯一确定一个班主任联系。

Association:

　　Association也是一种实体间的连接，在Merise模型方法学理论中， Association是一种用于连接分别代表明确定义的对象的不同实体，这种连接仅仅通过另一个实体不能很明确地表达，而通过“事件（Event）”连接来表示。

也就是说，实体和实体之间存在着关系（多对多），但是这种关系还存在其他的属性，这些属性如果如果作为一个明确的实体的实体来表示又不是很合适，所以就使用了Association来表达，这种关系之间一般是一个“事件”虚实体，也就是说是一个动词对应的实体。

录音带、顾客、商店三个实体型在租借录音带这个场景上发生关联，然后把租借定义为上述三个实体型之间的association的例子

家访做为老师和学生实体型中间的一个association

继承（inherit）：

　　在概念模型中的继承与在OO模型中的继承是一回事，就是要抽象出一个实体，其他实体继承该实体后就拥有该实体的属性。

同样以选课系统为例，现在有学生实体，有教师实体，其他他们都是人，具有人的属性，所以我们可以抽象出一个人的实体，人具有性别、生日、名字等属性，教师具有职称、工号等属性这是学生没有的，所以不能放在人实体中，学生具有学号属性是教师没有的。

三、生成物理模型：

四、配置数据源ODBC连接数据库