Power Designer系列小结

花了近一个星期的时间，小研究了一些PowerDesigner，现在可以简单的用用，知道PD 是怎么一回事了。

以前和朋友聊起过我从事DBA的经历，是毕业后上来就搞DB了，我和朋友说是运气好，因为正常情况下，应该是工作几年，折腾下开发什么的，然后转DBA，我是走了捷径，但是开发这块就丢下了很多东西，还是需要好好研究一下。

一个好的DBA 需要的是综合能力，哪块都不能缺，对PD 的学习也是补补以前落下的功课。

       PowerDesigner系列的相关链接如下：

       PowerDesigner 15 概述

       http://blog.csdn.net/tianlesoftware/article/details/6869279

      PowerDesigner工具面板association,inheritance,association link 不可用 解决方法 

      http://blog.csdn.net/tianlesoftware/article/details/6870263

      PowerDesigner 概念数据模型(CDM) 说明

      http://blog.csdn.net/tianlesoftware/article/details/6871179

     PowerDesigner 物理数据模型（PDM） 说明

     http://blog.csdn.net/tianlesoftware/article/details/6874067

     PowerDesigner 面向对象模型（OOM）说明

     http://blog.csdn.net/tianlesoftware/article/details/6879229

    PowerDesigner 业务处理模型( BPM ) 说明

    http://blog.csdn.net/tianlesoftware/article/details/6882109

    PowerDesigner 企业架构模型 ( EAM ) 说明

    http://blog.csdn.net/tianlesoftware/article/details/6883772

    PowerDesigner 正向工程 和 逆向工程 说明

    http://blog.csdn.net/tianlesoftware/article/details/6884463

    PowerDesigner 模型文档 说明

    http://blog.csdn.net/tianlesoftware/article/details/6884970

       PD工具是用来帮助系统设计的，项目拿到需求之后，CDM 到PDM，然后产生SQL 脚本。 正常情况下应该是这个顺序，但是前几天和一个工作十几年的，某上市公司的架构师聊过，他说他的项目并没有采用这个流程，而是拿到需求之后就直接去DB 建表了。 这个可能也是和项目的大小有关系，如果是大系统，应该会按照PD的这个流程来进行操作。

不管项目用或不用，作为一个IT人，至少应该知道有那么一个工具在那，而且它在某些方面可以提高我们的效率，至少需要了解这个工具的基本使用。 这也是我学习PD 的一个目的。