传送门

UML设计系列(1)：状态机图

UML设计系列(2)：类图

UML设计系列(3)：时序图

UML设计系列(4)：用例图

UML设计系列(5)：系统依赖图

UML设计系列(6)：活动图

UML设计系列(7)：UML设计阶段性总结

上面讨论过常用的几种UML图，包括状态机，类图，时序图，用例图，系统依赖图，活动图

而在第7节里面提到了ER图，类似下面这种

也就是这次要讨论的主题

什么是ER图

百科的定义是

E-R图也称实体-联系图(Entity Relationship Diagram)，提供了表示实体类型、属性和联系的方法，用来描述现实世界的概念模型。

这句话其实也不是很好理解，它为一种抽象的概念模型出现，但是一般在数据库设计领域用的比较多。所以在这里，把它作为描述数据库表及对应关系的模型

有什么作用

直接上代码

不知道有没有过这种经历（我肯定是有感而发，不是无的放矢，不知道这个成语用的对不对！），开发过程中，没有设计，就是业务方或者领导几句话，要搞一个XX功能，然后开发就开始写代码了。

然后就是边写边想边讨论，好不容易写好了，业务方说不对，又重新回来改。像下面这样

最后的结果是，开发疲于奔命，业务方也不满意，勉勉强强交互，甚至还会开发团队跟产品撕。

当然，后来去了大公司，流程肯定是非常规范了，各种里程碑规划，系统设计，编码规范都是有相应要求的，这种情况就有所好转。

在此过程中，接触到了ER图这个概念，当时是用做数据库设计的。

加点数据库设计

一般的系统中，几乎都会涉及到数据库，而且主要是关系型数据库，比如Oracle，Mysql，Db2等。

那在前面的过程中，在编码之前，加一点料，比如系统/模块的数据库表设计：

• 涉及到的表有哪些
• 表的字段，约束，类型有哪些
• 表之间的关系

做这个的目的，在UML设计系列(7)：UML设计阶段性总结

谈到了，可以以此为设计评审的材料，也可以做为后续系统的资料库

数据库关系

假设有个选课系统，学生可以选择多门课，一门课肯定有多个学生，那这种一般的设计：

有一个学生表student，一个课程表course。这里只考虑基本字段，用ER图表示出来：

• 上面可以看到表名称：student，course
• 列出了每个表对应的字段：比如学生表，name，age，sex，grade，remark等
• 列出了每个字段的类型：name-varchar(255)，age(integer)，sex(tinyint)等
• 标注了表的约束：比如学生表，id为主键，name为UK等

有了这个ER图，那么数据库表就一目了然了，不管是自己编码设计还是跟别人讨论都有了对象，不会光凭一张嘴，而且凸显专业！

多对多

上面的ER图，并不完整，这2个表之间还有关系，就是学生与课程的关系是多对多，理论上有个学生选课表，标注一下

当然在一些概要设计阶段，不关心细节的时候，也可以没有中间表，用连线表示  

 

1对1

对于学生，如果要开通一卡通，肯定是一人一卡，好比骑电瓶车的一盔一戴！

1对多

学生与学校之间就是1对多，1个学校多个学生，但是学生只能在一个学校，这里就不重复举例了

由于这里主要不是讨论数据库表关联关系及设计问题，而是通过这个展现ER图，所以就不过多展开了

ER图工具 

千言万语之后，当真的去实践的时候，还是会发现不是很趁手，甚至会发现加了ER图这个玩意，不适应甚至由此带来抵触与反感，所以好的工具很重要

当然，每个工具都是有学习成本的，这点无可避免。

个人觉得，VISIO，与VP(visual_paradigm)是比较好的工具，不过都需要付费，破解版本的只能自行想办法搞了。还有在线的processon也是不错的工具。

VP的使用

如果使用了VP，打开软件，可以创建一个project

 然后再打开Diagram，点击New，在弹出的面板中，选择ER视图(可以通过er关键字搜索)

创建视图之后，左边菜单可以清晰的显示功能菜单了，摸索摸索熟悉就ok了

这里后续分享一个网盘的VP下载