如何进行数据库设计评审？——六阶段详解

数据库设计（Database Design），在产品五部曲中如果把架构搭建看成一个人的大脑、躯干、四肢等结构组成事先搭建其业务功能，那么数据库设计就仿佛是产品架构师从人的外貌透视人的骨骼、筋骨、精髓与神经。

在数据库的设计过程中，将产品设计隐藏的逻辑关系进行梳理，把每一个功能与业务的单元拆解到标准化的表格中存储，甚至把每一个标准化的业务动作、流程状态也进行了有效的编码。

就如同在现实世界里看见的是男性和女性，而在数据库的数据字典设计中可能就是0和1了。

逻辑关系的指导

释义（什么事？）

数据库设计中的逻辑关系，在产品五部曲中指如何将产品需求文档中所涉及的业务字段、业务与业务之间的逻辑关系，通过数据库的逻辑关系图进行表达，供给指导数据库设计的研发人员，让他们能够清楚地知悉。

认知（怎么做？）

数据库设计中的逻辑关系，表现形式一般采用ER图，描述数据库表与表间的逻辑关系（存在多数据库间关系的不在本章节中讲解与阐述）。

ER图工具的使用，请查看《产品五部曲》入门篇的相关内容。

示例（打个样！）

【案例分析】某生鲜电商手机应用系统的数据库表关系根据业务模块进行划分，以采购模块的数据库表关系设计为例，如图52所示。

图5-2 采购模块的数据库表关系

其中依据采购模块的业务逻辑关系而设计的采购模块逻辑关系ER图中关键点的输出过程，以采购订单流程的扭转为主线，同时以辅助订单主题在订单流中所依托的数据关系为辅线，通过该采购模块的ER图建立产品需求与研发详设的可参照性文案，并可作为后续业务模块数据库表关系设计的重要评审文档。

数据库设计评审

释义（什么事？）

数据库设计评审，在产品五部曲中主要是指以产品人员的视角如何能够更好地参与评审工作，并及时给予相应的有价值的建议与意见。

在能够合理给予建议前，需要对数据库设计跟产品需求间的关系有一定的认识与了解，才能更好地参与该项工作。

认知（怎么做？）

数据库设计的评审目标，始终以研发数据库设计能够支撑当前产品需求、后续扩展及稳定性为核心，其中重要的环节是通过数据库评审，让产品人员来了解研发人员在数据库架构设计上对于产品需求的理解程度，并通过数据库评审输出符合产品人员、研发人员、运营人员多方需求的共同可参照的重要文档。(www.xing528.com)

示例（打个样！）

【案例分析】某PMO办公室接到上级指示，要求尽快梳理出多团队的数据库设计评审的规范化要求，并具备可执行性。

在结合诸多次大型数据库设计评审的经验基础上，该团队将数据库设计评审拆解为六阶段，每一阶段均有相应的待评审内容。如图53所示。

根据不同项目的特性，可以省略部分评审环节，但是在提交的产品管理文档中各环节的评审内容必须健全。

图5-3 数据库设计的六阶段

数据库设计的六阶段

（1）需求分析阶段

分析需求：产品需求文档，获取业务需求与数据处理间的关系，是数据库设计的基础（具体：数据模型图）。

（2）概念结构设计阶段

建立模型：通过产品需求进行综合、归纳与抽象，形成一个独立于具体DBMS（数据库，管理系统）的概念模型（具体：ER图）。

（3）逻辑结构设计阶段

数据模型：将概念结构转换为某个DBMS所支持的数据模型（具体：表结构与字段）。

（4）数据库物理结构设计阶段

存储结构：为逻辑数据模型选取一个最适合应用环境的物理结构（包括存储结构和存取方法）。

（5）数据库实施阶段

建数据库：根据逻辑及物理结构设计的结果，编制与调试应用程序，组织数据信息入库，并进行试运行。

（6）数据库运行和维护阶段

运行维护：数据库系统运行过程中必须不断地对其进行迭代、优化、调整与修改。