数据库关系图和ER图不是一回事

熟悉数据库的人应该对数据库关系图不会陌生。

image.png
PK 是主键标识
FK 是外键标识
数据库关系图建立的基础是库表的主外键关系。采用外键关系确保数据完整性曾经是非常流行的数据库设计思路，开发人员很多还对外键恋恋不舍。但是滥用外键关系会给使库表结构牵扯太多，造成程序无法灵活的操作数据，理论上的完美对现实系统应用造成了沉重枷锁。慢慢大家开始抛弃数据库层面的外键关系，转而采用程序控制数据之间的关系，但思路上并无差别。
数据库关系图是建立在物理表基础上，虽然开发人员看起来很亲切，但在现有开发、设计分工后的情况下，根本满足不了设计人员的需要，特别在设计初期。
让我们先看下【数据表设计的步骤】
看完以后，很多事情就清楚了，当我们在架构或分析系统时，我需要抽象出系统中的实体，以及实体间的关系，这时候ER图就派上用途了，它可以帮助我们进行分析和沟通。当需要创建表、开发程序时，数据库关系图就浮现出来，开发人员很需要这个关系图来处理数据之间的关系。