产品经理必须懂的关系模型：一对一，一对多以及多对多关系
编辑导语：产品经理这一岗位往往需要对接多个方面，这就要求产品经理最好能懂得其他岗位的一些知识，而了解一些数据库的基本知识，则可以帮助产品经理避免描述关系的过程中存在误解。本篇文章里，作者就对产品经理需要知道的关系模型进行了总结，一起来看一下。
背景
通常会有不同的需求方给产品经理提需求，产品经理在设计功能的时候，需要将需求转换成后台可以理解的实体，并且将实体之间的关系描述给后台，因为产品大多数不懂技术，所以在描述关系的时候，可能会存在误解，所以，产品经理必须懂一些最基础的数据库知识。
数据库模型一般有“层次模型”、“网状模型”、“关系模型”这三种，而“关系模型”因为其简单，理解起来简单，所以逐渐流行起来。“关系模型”中一般包括以下三种关系，分别是“一对一关系”，“一对多关系”，“多对多关系”。
一、主流关系数据库
目前，主流的关系数据库主要分为以下几类：
商用数据库，例如：Oracle，SQL Server，DB2等；
开源数据库，例如：MySQL，PostgreSQL等；
桌面数据库，以微软Access为代表，适合桌面应用程序使用；
嵌入式数据库，以Sqlite为代表，适合手机应用和桌面程序。
我们已经知道，关系数据库是建立在关系模型上的。而关系模型本质上就是若干个存储数据的二维表，可以把它们看作很多Excel表。
表的每一行称为记录（Record），记录是一个逻辑意义上的数据。
表的每一列称为字段（Column），同一个表的每一行记录都拥有相同的若干字段。
和Excel表（单表）有所不同的是，关系数据库的表和表之间需要建立“一对多”、“多对一”和“一对一”的关系，这样才能够按照应用程序的逻辑来组织和存储数据。
二、单表
单表是数据库里面最基础的元素。在产品设计时，如果只需要操作一个实体的，并提供curd 等基础操作，那么这个实体就可以用单表存储。如餐厅的门店数据、菜品数据等。
通常情况下，单表的数据以 table 的形式展现，操作的按钮也有两种交互方式，显式的显示或者 hover 以后再显示对应的操作。这两种没有明显的优缺点，需要根据业务形态，进行选择。
常见产品例子：
在实际的工业化产品中，单表结构的数据实际上是比较少的，比较常见的是用户访问日志、系统日志等。
三、一对一关系
1. 定义
一对一关系是指关系数据库中两个表之间的一种关系。 表示的是表A 中的一行数据只与表B 中的一行有关系。
当构思好每一个实体具有的属性以后，产品经理需要构思每一个实体承载什么样的业务，业务与业务之间是怎么流动的。这个时候，表与表之间，就需要有关系的承载了。
“一对一关系”是最简单的关系模型了，描述的是实体与实体之间的关系。如一个用户，只有一个身份证信息，一个身份证对应一个用户，并不存在一个身份证对应多个用户，或者一个用户对应多个身份证，如下图所示，person 表通过外键与card 进行联系。
2. 使用场景
当产品接到的需求中，某个实体有常用以及不常用信息，通常我们都会将常用的信息显示出来，不常用信息隐藏起来，不常用信息表和常用信息表，保证不常用信息表与常用信息表能够对应上：找一个具有唯一性的字段来共同连接两张表。
一个常用表中的一条记录永远只能在一张不常用表中匹配一条记录，反之亦然。
3. 场景原型
在产品表现层中，一对一关系的交互设计通常是需要点击，才能够查看另外一个实体的详情，如图所示，这里的主要信息是学生的信息，而身份证信息，则需要用户点击以后，再去查看，这也符合用户的使用场景，当需要查看身份证信息时，才点击查看。
而身份证信息的展示则有很多方式，如drawer 层，modal 层，甚至是嵌套列表也可以。此处以modal 层为例子。
四、一对多关系
1. 定义
一对多关系表示表A 中的一行数据可以和表B中的多个行相关，但是表B中的数据只能和表A中的一行数据相关。
例如：一个班级包含了多个学生，但是一个学生只能在一个班级中。在一对多的数据库设计中，后台通常会在学生表中，加入一个·classId· 指向class 表，从而表示一对多的关系，后台设计如图所示。
2. 使用场景
当产品接收到的需求中，有包含或者被包含的关系，如一个课室有N个学生， 一个异常有N个告警，一个订单有N个产品，我们就可以将这种包含的关系，抽象为一对多的关系。
3. 场景原型
在工业级产品中，一对多的关系是很常见的，通常的设计中，我们会用嵌套列表、drawer层、跳转页等进行展示。
例如电商系统中的订单页，通常我们会在外层表格，展示订单的数据，当用户需要查看产品信息时，用户点击“+”号以后，才展示具体的产品信息，而产品信息的交互，则与单表结构相似。
五、多对多关系
1. 定义
多对多关系表示表A中的一行数据可以和表B中的一行或者多行数据相关。表B的一行数据也可以和表A中的一行或者多行数据相关。
多对多关系，在关系型数据库中，是最复杂的了。多对多关系，需要一张中间表（学生课程关系记录）来转换，这张中间表里面需要存放学生表和课程表的关系，此时学生与中间表示1对多关系，课程与中间表是1对多关系。
例如，一个学生可以选修多门课程，一门课程可以被多个学生选修，这种情况下，我们称之为多对多关系。后台设计中，通常会引入一个关系表来表述 “多对多”的关系，通常，关系表中会包括表A和表B的主键，如下图所示，关系表则包含了学生表的主键和课程表的主键。
2. 使用场景
当产品接收到的需求，抽象出来的业务实体中，实体之间既有包含关系，也存在被包含关系（与一对多关系，一字之差），那么产品就可以设计为多对多的关系了。
3. 产品设计常见例子
当产品接到多对多关系的需求以后，通常都会给实体设计列表数据页，如果用户这时候提出一些统计实体之间关系的需求，那么一般都是通过关系表来统计的。如统计一门课有几个学生选，一个学生选了几门课。
如图红色框所示：不管是学生列表页，还是课程列表页，都有一个关系的汇总数据，用户点击汇总数据以后，就可以展示详情的数据，通常关系的详情，可以设置为modal 的组件。
总结
作为产品经理，虽然不是说一定要懂技术，但是懂一点技术，可以让你更好地与后台沟通交流，更容易推进项目。
作者 @汪仔9789
版权声明
本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符，请点击 举报 进行投诉反馈！
