PowerDesigner新建物理数据模型的详细步骤

等等，上次我帮助我的同事创建数据库时，他单击了一个不应该单击的按钮，整个模型变得混乱。
他满头大汗。
不过PowerDesigner的操作步骤看起来还是挺详细的，一步一步应该不会出错。
我在公司的旧笔记本电脑上试了一下，Windows 1 0系统，PowerDesigner是2 02 0版本。
我创建了一个简单的学生信息表，添加了一些索引并创建了一个视图。
这确实不是问题。
我时间不多，就试了大概二十分钟。
位置就在办公室的屏幕正前方。
预览中的SQL语句其实还是蛮直观的，就像看手册一样。
不过，我还没有完全理解这种关联是如何自动限制的，这有点有趣。

数据模型之概念数据模型、逻辑数据模型、物理数据模型

嘿，让我告诉你这个数据模型。
刚进入这个行业的时候，我确实很头疼。
概念、逻辑和物理这三个东西，当时确实让我很困惑。

概念数据模型（CDM），说白了，就是了解你的企业有什么以及它是什么样子。
不要担心技术，就像你在和朋友聊天一样，谈论谁与此相关以及谁与谁相关。
2 005 年我刚刚加入一家大工厂，我的老板是一位零售背景的专业人士，他告诉我，你首先要把这些业务实体和关系搞好。
他用当地语言给我举例，比如“客户”、“订单”和“产品”。
这三个是什么关系，谁是谁的父类。
这个初步模型只是为了画ER图，看杂乱的框架和线条，但它可以帮助你理清线索。

逻辑数据模型（LDM）是在概念模型的基础上再详细看。
此时我开始考虑数据必须完整、无错误、安全。
我在 2 008 年参与的一个银行项目有很多需求和很高的数据要求。
此时，我必须使用逻辑模型来显式列出每个实体的属性。
例如，实体“客户”必须具有“姓名”、“身份证号”、“手机号码”等属性。
不少。
您还需要定义关系。
例如，“客户”和“订单”是一对多的关系。
这时候就用ER图或者UML图来更加注重细节。
我记得我花了很长时间与数据库管理员 (DBA) 讨论外键约束，只是为了使数据相关而不混乱。

物理数据模型（PDM）是最后一步，将逻辑模型转变为真实的数据库表。
这时候就得和具体的数据库打交道，比如MySQL、Oracle等。
我2 01 2 年在做一个小型的电商系统，这时候就得设计表结构，哪个是主键，哪个是外键，是否建索引，建索引哪些字段。
我记得为了提高查询效率，我对一个特别大的products表添加了一些索引。
但是DBA告诉我索引过多会降低写入性能，这着实让我头疼。
这个时候，你就得考虑平衡了。
你不能只测试速度而慢慢地写。
物理模型与数据库实现直接相关，是最具体的模型。

这三种模型之间存在递进关系。
首先理解业务（概念模型），然后细化业务逻辑（逻辑模型），最后实现它（物理模型）。
2 01 4 年我参与的大型ERP系统升级也是遵循这个流程，一步步进行，没有出现什么大问题。
当然，也有技术案例反过来，就是先搭建了系统，然后整理了模型。
我在 2 01 6 年接管了一个旧系统，确实如此。
实在是太麻烦了。

总的来说，这三件事在数据建模过程中缺一不可。
它们相互联系、相互转化。
如果你理解了这三件事，那么数据建模就差不多完成了。
然而，说起来容易做起来难。
它需要更多的练习和更多的经验。