PowerDesigner是什么？

PowerDesigner是建模工具。SQL，oracle是数据库。

PowerDesigner的主要功能（1） DataArchitect这是一个强大的数据库设计工具，使用DataArchitect 可利用实体-关系图为一个信息系统创建"概念数据模型"－CDM（Conceptual Data Model）。并且可根据CDM 产生基于某一特定数据库管理系统（例如：Sybase System 11）的"物理数据模型"-PDM(Physical Data Model)。还可优化PDM，产生为特定DBMS 创建数据库的SQL 语句并可以文件形式存储以便在其他时刻运行这些SQL 语句创建数据库。另外，DataArchitect还可根据已存在的数据库反向生成PDM，CDM 及创建数据库的SQL脚本。（2） ProcessAnalyst这部分用于创建功能模型和数据流图，创建"处理层次关系"。（3） AppModeler为客户/服务器应用程序创建应用模型。（4） ODBC Administrator此部分用来管理系统的各种数据源。

具体怎么用，你可以下载一个PowerDesigner软件，到网上找点相关的教材。

工具：

Sybase

PowerDesigner

15.1

Microsoft

SQL

Server

2005

第一步概要设计：

打开PowerDesigner软件，设计“概念数据模型”(ConceptualData

Model)：

点击workspace

右键---》New—>Conceptual

DataModel,

d出如下界面：

设计表、表结构：

在设计属性(字段)的时候，三个字母(M、P、D)分别表示：

M：是否为空；(√表示不允许为空)

P：是否为主键；

D：是否在该软件的视图中显示

第二步：物理设计

将“概念数据模型”设计的表转换为“物理数据模型”(PhysicalData

Model)，实际上是从“概要设计”转换为“详细设计”，即对表的具体实现。

将概要设计模板转换为物理设计

选择“Tools”-->“Generate

Physical

DataModel…”即可。

然后选择你的DBMS.

点击“确定”按钮以后，就产生了对应“SQL

Server

2005”数据库的表、属性、关系的具体实现。

这时就会有一个物理设计的模板出现，将你在概要设计时的实体都转换成具体的表。

第三步：在SQL

Server2005中手动创建数据库（也可以用SQL创建库，pd可以将我们的表设计都转换成SQL）

需手动在SQL

SERVER2005中创建您的数据！如：“Students“，此过程省略…

第四步：在数据源ODBC中配置用户数据源

第五步：在SQL

Server2005中自动创建表结构

首先：根据“物理数据模型”(Physical

Data

Model)自动建立相应的SQL语句：

其次：执行其创建的SQL语句文件，将数据表结构自动创建到SQL

Server

2005数据库中：

完成以上步骤后，刷新SQL

Server

2005数据，将会看到你所创建的相关表结构。

另外生成单张表SQL语句可以：

在物理设计模板中，选择表--》右键—》SQL

Perview…

生成SQL创建库和表，我喜欢懒人式，或者说拿给客户时，客户用的爽。。。

建立表的主外键关系：

使用PowerDesigner物理模型为建的关系表添加外键，有个原则就是主表的主键名称必须和副表的外键名称一致。

测试(仅测试，不含技术)

1.建主表user

2.建副表department

uid

int

primarykey

did

int

primary

key

namevarchar(32)

uid

int

2.对着模型右击New->Reference

parent表为user表，child表为department

这样就建立了关系，外建也自动建立了。

关于表关系的建立，本人也存疑，但有三种思路：

1、概要设计时设计好关系。（个人倾向于这种方式，有时间尝试）

2、物理设计时设计好关系（笔者使用此方法，若表很多，关系复杂，此阶段设计关系会很痛苦。偶深受其害！）

3、生产数据库后，DBMS中建立关系（这种方式是笔者突发奇想，仔细思考，不建议采用这种方式，如果使用T-SQL重构数据库，又得重建关系）

仔细思考过后，个人认为概要设计时，设计实体、实体必要属性、实体与实体关系，然后在数据库物理设计时详细设计表属性等内容。

PowerDesign：PowerDesign是Sybase推出的主打数据库设计工具。PowerDesign致力于采用基于Entiry- Relation的数据模型，分别从概念数据模型(Conceptual Data Model)和物理数据模型(Physical Data Model)两个层次对数据库进行设计。概念数据模型描述的是独立于数据库管理系统(DBMS)的实体定义和实体关系定义。物理数据模型是在概念数据模型 的基础上针对目标数据库管理系统的具体化。 如何一次性将表结构的脚本导出来？ Database --->Generate Database --->Genarate Script 就可实现。Name用中文英文以便查询、写程序的时候方便， Code才是最终产生的Table NamePowerDesigner中建了模型，如何把它作为文档导出？ 利用REPORT。选择一个模板，然后就生成了RTF或是HTM格式的文档如何将已经存在的数据库所有表，导入到PowerDesign中？ 用PD里的反向工程file--->reverse engineering ===>and go on概念数据模型(CDM) CDM表现数据库的全部逻辑的结构,与任何的软件或数据储藏结构无关。一个概念模型经常包括在物理数据库中仍然不实现的数据对象。它给运行计划或业务活动的数据一个正式表现方式。不考虑物理实现细节，只考虑实体之间的关系。物理数据模型 (PDM) PDM叙述数据库的物理实现。主要目的是把CDM中建立的现实世界模型生成特定的DBMS脚本，产生数据库中保存信息的储存结构，保证数据在数据库中的完整性和一致性。面向对象模型 (OOM) 一个OOM包含一系列包，类，接口和他们的关系。这些对象一起形成所有的(或部份)一个软件系统的逻辑的设计视图的类结构。一个OOM本质上是软件系统的一个静态的概念模型。业务程序模型(BPM) BPM描述业务的各种不同内在任务和内在流程，而且客户如何以这些任务和流程互相影响。BPM是从业务合伙人的观点来看业务逻辑和规则的概念模型，使用一个图表描述程序，流程，信息和合作协议之间的交互作用。正向工程 你能直接地从PDM产生一个数据库, 或产生一个能在你的数据库管理系统环境中运行的数据库脚本。可以生成数据库脚本,如果选择ODBC方式,则可以直接连接到数据库,从而直接产生数据库表以及其他数据库对象。逆向工程 将已存在的数据库产生进新的PDM 之内。数据来源可能是从脚本文件或一个开放数据库连接数据来源。并不是每个设计都需要用到Power Designer。 例如：小的系统，或Table数比较少的情况下就没有必要采用Power Designer了。设计步骤 CDM PDM OOM三者转换关系PowerDesigner仅仅是实现的工具 不要以为Power能帮你把关系什么的全部建立好，很多数据库理论只是还是需要的，设计数据库的时候，那些范式什么的，一定要掌握。 设计一个好的数据库，最好的工具不是必须的，但是基础理论是一定要的。PowerDesigner用途不局限于数据建模 还可以用PowerDweigner设计web service并不是每个设计都需要用到PD 用Powerdesigner对付比较大型的项目，是很好的，对于短平快类型的项目，如果时间要求你1个星期完成一个程序，那么完全没有必要用 PowerDesigner，直接维护数据库就可以了，当表的数量超过10个（一个小系统的表在10个左右）的时候，建议还是用用 Powerdesigner 。 我的看法：如果想做成一个比较规范的数据库，小项目也可以用。毕竟生成报表和正反向工程很有用。零碎PD中的CDM设计时，可以将所有需要的字段都定义好。然后在设计实体是直接取出来。PD提供了这样的统一管理的工具。在PD菜单栏-Model-Data Item下。为了使自己设计的CDM看起来象样一点，可以从工具栏中，拖动一个Title。其显示的信息，是当前CDM的属性值。为了使实体等Symbol看起来显眼和舒服。可以根据个人喜好进行外观上的调整。当前设计界面中，右键-Display Perferences中进行设置。还可以增加shadow效果。选中Symbol后，Ctrl+W。或者右键菜单。为了使布局整齐。选中需要调整的Symbol后，菜单-Symbol-Align进行设置。快捷键：ctrl+UP,ctrl+Down,ctrl+Left,ctrl+Right即为上下左右对齐。设计实体属性时注意的细节：M：表示强制非空；P：是否为主键；D：是否在模型中显示。gerenate：表示是否作为表生成。默认情况下，CDM的实体会显示Identifier一栏。如果不想其显示出来，在右键-Display Perferences中ObjectView-Entity中设置。关系的命名方法是：实体名1 实体名2。关系中的角色（Role）表示联系线上一个方向上的含义。用一个动词来描述。Role只是起一个描述作用。依赖(Dependency)：表示在联系中一个实体的存在是否依赖于另一个实体。寄生实体（Dependent Entity）是一种部分地被另一实体确定的实体。在依赖联系中，一个实体与另一实体通过标识符相联系，当一个实体的存在没有另一个实体的存在作为参考就 不能唯一确定时，两个实体间就存在依赖联系。 主从表就是典型的依赖关系。中间实体（Associative Entity）：是为了解决多对多联系而产生的一个人工实体，能够为中间实体定义属性。用鼠标右键单击多对多联系线，在d出的菜单中选择“Change to entity”，能够把这个联系转换成连接两个实体的中间实体。 善于利用自动生成的中间实体，可以简化设计工作，提高数据库设计的正确性。 中间实体一般不用再加入新的字段。牢记：外键是通过关系Relationship自动来建立的，不需要手动建立。不然会产生多余的键。所以设计时，关注实体本身的字段，以及实体间的关系，特别是多对多和依赖关系。从CDM到PDM的转换需要注意： 不能改变Diagram的名称 在树状图中，如果钩选红色标出的Symbol表示覆盖修改，不钩选表示保护修改。数据库为了保证数据完整性和一致性，提出了约束。即表约束，列约束以及参照完整性约束。通常数据库设计和程序开发不是绝对的分离的。所以前两者在实际开发过程中逐渐的完善。需要注意的还是参照完整性约束。 在PD中前两者的设定是对字段，后者是对关系。参照完整性约束 限制（Restrict）。不允许进行修改或删除 *** 作。若修改或删除主表的主键时，如果子表中存在子记录，系统将产生一个错误提示。这是缺省的参照完整性设置。 置空(Set Null)。如果外键列允许为空，若修改或删除主表的主键时，把子表中参照的外键列设置为空值（NULL）。 置为缺省(Set Default)。如果指定了缺省值，若修改或删除主表的主键时，把子表中参照的外键设置为缺省值（Default）。 级联(Cascade)。把主表中主键修改为一个新的值时，相应修改子表中外键的值；或者删除主表中主键的记录时，要相应删除子表中外键的记录。注意理解以上的约束时，抓住 *** 作的都是主表。子表的 *** 作都是相对主表来说的。 *** 作方式就是Update和Delete。引用基础数据表的数据时，可以建立对应的视图。选中需要作为视图的表，菜单栏-Tools-Create ViewPD支持对已有数据的表更新表结构。不过需要谨慎 *** 作，检查生成的SQL脚本。PD也可以生成随机的测试数据。触发器就是DBMS中提供的事件驱动机制。发生在表的Insert,Update和Delete。执行SQL语句或存储过程。在PD中可以完成存储过程的编写，也便于管理。逆向工程可以通过数据库脚本或者通过ODBC数据源来实现。

---