PowerDesigner简单应用

PowerDesigner独具匠心地将多种标准数据建模技术（UML、业务流程建模以及市场领先的数据建模）集成一体，并与 .NET、WorkSpace、PowerBuilder、Java™、Eclipse 等主流开发平台集成起来，从而为传统的软件开发周期管理提供业务分析和规范的数据库设计解决方案。此外，它支持60多种关系数据库管理系统（RDBMS）/版本。

下面做一个简单的示例

首先打开主界面，默认初始化的时候它会让你选择新建一个文件，我经常在数据库概念设计阶段用这款软件，所以选择“概念模型”：

![enter description here][1]



在接下来的界面中，通过选择右侧“工具盒”中的控件来设计概念模型：



拖一个控件到屏幕适当位置后，双击改控件即可对其属性进行设置：



“General”设置表名和在界面上显示名，“Attributes”中可以设计表中列的属性。

这里的“P”就是主键的意思：



下面是我模仿项目设计的CDM（概念模型）：



有人就会问了”还没visio画的好看，操作还没visio简单，为什么要用它“，下面就展示它最厉害的地方”生成数据库可用的sql语句“：

首先将设计好的概念模型，转化为物理模型，概念和物理之间区别就是：

概念模型就是在了解了用户的需求，用户的业务领域工作情况以后，经过分析和总结，提炼出来的用以描述用户业务需求的一些概念的东西。如销售业务中的“客户”和“定单”，还有就是“商品”，“业务员”。 用USE CASE来描述就是：“业务员”与“客户”就购买“商品”之事签定下“定单”。

逻辑模型就是要将概念模型具体化。要实现概念模型所描述的东西，需要那些具体的功能和处理那些具体的信息。这就到了需求分析的细化阶段。还以销售业务为例：“客户”信息基本上要包括：单位名称，联系人，联系电话，地址等属性；“商品”信息基本上要包括：名称，类型，规格，单价等属性；“定单”信息基本上要包括：日期和时间属性。并且“定单”要与“客户”，“业务员”和“商品”明细关联。

系统需要建立几个数据表：业务员信息表，客户信息表，商品信息表，定单表。

系统要包括几个功能：业务员信息维护，客户信息维护，商品信息维护，建立销售定单 。

以上这些均属于建立逻辑模型，这些说明只表明系统要实现什么，但怎样实现，用什么工具实现还没有讲，后者属于物理模型范围。

物理模型就是针对上述逻辑模型所说的内容，在具体的物理介质上实现出来。如：数据库使用SQL Server 2000，这样就可以编写具体的SQL脚本在数据库服务器上将数据库建立起来。其中包括业务员信息表，客户信息表，商品信息表，定单表。客户端使用VS开发工具，那么在工作站上用VS建立起功能菜单，包括：业务员信息维护，客户信息维护，商品信息维护，建立销售定单等功能，并用工具将每一个功能编码实现。

这三个过程，就是实现一个软件系统的三个关键的步骤，是一个从抽象到具体的一个不断细化完善的分析，设计和开发的过程。

概念模型转换为物理模型（PDM）：



英文意思也是转换物理模型的意思,转换成功后，系统菜单栏会多出”Database“一栏，选择（快捷键ctrl+G）：



就会弹出让你选择数据库和生成sql保存位置的选项：



我用的是mysql,直接记事本打开sql文件，复制所有命令，在mysql你选择的数据库下，粘贴执行，就完美生成了：