产品经理必须懂的关系模型：一对一，一对多以及多对多关系

ゝ一纸荒年。 2022-09-16 11:09 185阅读 0赞

> 编辑导语：产品经理这一岗位往往需要对接多个方面，这就要求产品经理最好能懂得其他岗位的一些知识，而了解一些数据库的基本知识，则可以帮助产品经理避免描述关系的过程中存在误解。本篇文章里，作者就对产品经理需要知道的关系模型进行了总结，一起来看一下。

## 背景 ##

通常会有不同的需求方给产品经理提需求，产品经理在设计功能的时候，需要将需求转换成后台可以理解的实体，并且将实体之间的关系描述给后台，因为产品大多数不懂技术，所以在描述关系的时候，可能会存在误解，所以，产品经理必须懂一些最基础的数据库知识。

数据库模型一般有“层次模型”、“网状模型”、“关系模型”这三种，而“关系模型”因为其简单，理解起来简单，所以逐渐流行起来。“关系模型”中一般包括以下三种关系，分别是“一对一关系”，“一对多关系”，“多对多关系”。

## 一、主流关系数据库 ##

目前，主流的关系数据库主要分为以下几类：

商用数据库，例如：Oracle，SQL Server，DB2等；  
开源数据库，例如：MySQL，PostgreSQL等；  
桌面数据库，以微软Access为代表，适合桌面应用程序使用；  
嵌入式数据库，以Sqlite为代表，适合手机应用和桌面程序。  
我们已经知道，关系数据库是建立在关系模型上的。而关系模型本质上就是若干个存储数据的二维表，可以把它们看作很多Excel表。

表的每一行称为记录（Record），记录是一个逻辑意义上的数据。

表的每一列称为字段（Column），同一个表的每一行记录都拥有相同的若干字段。

和Excel表（单表）有所不同的是，关系数据库的表和表之间需要建立“一对多”、“多对一”和“一对一”的关系，这样才能够按照应用程序的逻辑来组织和存储数据。

## 二、单表 ##

单表是数据库里面最基础的元素。在产品设计时，如果只需要操作一个实体的，并提供curd 等基础操作，那么这个实体就可以用单表存储。如餐厅的门店数据、菜品数据等。

通常情况下，单表的数据以 table 的形式展现，操作的按钮也有两种交互方式，显式的显示或者 hover 以后再显示对应的操作。这两种没有明显的优缺点，需要根据业务形态，进行选择。

常见产品例子：  
![在这里插入图片描述][68ac743ff72f450da788661116a7f56d.png]  
在实际的工业化产品中，单表结构的数据实际上是比较少的，比较常见的是用户访问日志、系统日志等。

## 三、一对一关系 ##

## 1. 定义 ##

一对一关系是指关系数据库中两个表之间的一种关系。 表示的是表A 中的一行数据只与表B 中的一行有关系。

当构思好每一个实体具有的属性以后，产品经理需要构思每一个实体承载什么样的业务，业务与业务之间是怎么流动的。这个时候，表与表之间，就需要有关系的承载了。

“一对一关系”是最简单的关系模型了，描述的是实体与实体之间的关系。如一个用户，只有一个身份证信息，一个身份证对应一个用户，并不存在一个身份证对应多个用户，或者一个用户对应多个身份证，如下图所示，person 表通过外键与card 进行联系。  
![在这里插入图片描述][d776d121a83e4b36848fd48b802bcf79.png]

## 2. 使用场景 ##

当产品接到的需求中，某个实体有常用以及不常用信息，通常我们都会将常用的信息显示出来，不常用信息隐藏起来，不常用信息表和常用信息表，保证不常用信息表与常用信息表能够对应上：找一个具有唯一性的字段来共同连接两张表。

一个常用表中的一条记录永远只能在一张不常用表中匹配一条记录，反之亦然。

## 3. 场景原型 ##

在产品表现层中，一对一关系的交互设计通常是需要点击，才能够查看另外一个实体的详情，如图所示，这里的主要信息是学生的信息，而身份证信息，则需要用户点击以后，再去查看，这也符合用户的使用场景，当需要查看身份证信息时，才点击查看。

而身份证信息的展示则有很多方式，如drawer 层，modal 层，甚至是嵌套列表也可以。此处以modal 层为例子。  
![在这里插入图片描述][watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA6YOt5a2Q5a6J5LiN54ix5a2m57yW56iL_size_20_color_FFFFFF_t_70_g_se_x_16]

## 四、一对多关系 ##

## 1. 定义 ##

一对多关系表示表A 中的一行数据可以和表B中的多个行相关，但是表B中的数据只能和表A中的一行数据相关。

例如：一个班级包含了多个学生，但是一个学生只能在一个班级中。在一对多的数据库设计中，后台通常会在学生表中，加入一个·classId· 指向class 表，从而表示一对多的关系，后台设计如图所示。  
![在这里插入图片描述][bc5064ed095c424fbabe0498d1796d1d.png]  
![在这里插入图片描述][a8d2c5ecd45a4ecdb08e3b2d9a79a37f.png]  
2. 使用场景  
当产品接收到的需求中，有包含或者被包含的关系，如一个课室有N个学生， 一个异常有N个告警，一个订单有N个产品，我们就可以将这种包含的关系，抽象为一对多的关系。

1.  场景原型  
    在工业级产品中，一对多的关系是很常见的，通常的设计中，我们会用嵌套列表、drawer层、跳转页等进行展示。

例如电商系统中的订单页，通常我们会在外层表格，展示订单的数据，当用户需要查看产品信息时，用户点击“+”号以后，才展示具体的产品信息，而产品信息的交互，则与单表结构相似。  
![在这里插入图片描述][watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA6YOt5a2Q5a6J5LiN54ix5a2m57yW56iL_size_20_color_FFFFFF_t_70_g_se_x_16 1]

## 五、多对多关系 ##

## 1. 定义 ##

多对多关系表示表A中的一行数据可以和表B中的一行或者多行数据相关。表B的一行数据也可以和表A中的一行或者多行数据相关。

多对多关系，在关系型数据库中，是最复杂的了。多对多关系，需要一张中间表（学生课程关系记录）来转换，这张中间表里面需要存放学生表和课程表的关系，此时学生与中间表示1对多关系，课程与中间表是1对多关系。

例如，一个学生可以选修多门课程，一门课程可以被多个学生选修，这种情况下，我们称之为多对多关系。后台设计中，通常会引入一个关系表来表述 “多对多”的关系，通常，关系表中会包括表A和表B的主键，如下图所示，关系表则包含了学生表的主键和课程表的主键。  
![在这里插入图片描述][watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA6YOt5a2Q5a6J5LiN54ix5a2m57yW56iL_size_16_color_FFFFFF_t_70_g_se_x_16]  
![在这里插入图片描述][watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA6YOt5a2Q5a6J5LiN54ix5a2m57yW56iL_size_19_color_FFFFFF_t_70_g_se_x_16]

## 2. 使用场景 ##

当产品接收到的需求，抽象出来的业务实体中，实体之间既有包含关系，也存在被包含关系（与一对多关系，一字之差），那么产品就可以设计为多对多的关系了。

## 3. 产品设计常见例子 ##

当产品接到多对多关系的需求以后，通常都会给实体设计列表数据页，如果用户这时候提出一些统计实体之间关系的需求，那么一般都是通过关系表来统计的。如统计一门课有几个学生选，一个学生选了几门课。

![在这里插入图片描述][watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA6YOt5a2Q5a6J5LiN54ix5a2m57yW56iL_size_20_color_FFFFFF_t_70_g_se_x_16 2]  
![在这里插入图片描述][watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA6YOt5a2Q5a6J5LiN54ix5a2m57yW56iL_size_20_color_FFFFFF_t_70_g_se_x_16 3]  
如图红色框所示：不管是学生列表页，还是课程列表页，都有一个关系的汇总数据，用户点击汇总数据以后，就可以展示详情的数据，通常关系的详情，可以设置为modal 的组件。

## 总结 ##

作为产品经理，虽然不是说一定要懂技术，但是懂一点技术，可以让你更好地与后台沟通交流，更容易推进项目。

[68ac743ff72f450da788661116a7f56d.png]: /images/20220828/f9f8d6c891f340dc87e1c6f80d931c76.png
[d776d121a83e4b36848fd48b802bcf79.png]: /images/20220828/6abac8a0bf084624a2dec402bd05b3ea.png
[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA6YOt5a2Q5a6J5LiN54ix5a2m57yW56iL_size_20_color_FFFFFF_t_70_g_se_x_16]: /images/20220828/b58403fd05a74254864ca99030a0d202.png
[bc5064ed095c424fbabe0498d1796d1d.png]: /images/20220828/2320a790cde84679ba2fde81729da816.png
[a8d2c5ecd45a4ecdb08e3b2d9a79a37f.png]: /images/20220828/f7285d576c3e4169a16e1a2669c5dd8b.png
[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA6YOt5a2Q5a6J5LiN54ix5a2m57yW56iL_size_20_color_FFFFFF_t_70_g_se_x_16 1]: /images/20220828/13c73432f0a145a19ceba1569ebbd73e.png
[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA6YOt5a2Q5a6J5LiN54ix5a2m57yW56iL_size_16_color_FFFFFF_t_70_g_se_x_16]: /images/20220828/b497d627b5ec46d1be630cd10304c29a.png
[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA6YOt5a2Q5a6J5LiN54ix5a2m57yW56iL_size_19_color_FFFFFF_t_70_g_se_x_16]: /images/20220828/c3907627350c43639ff39510cb6c95bf.png
[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA6YOt5a2Q5a6J5LiN54ix5a2m57yW56iL_size_20_color_FFFFFF_t_70_g_se_x_16 2]: /images/20220828/5c7cf2aa816947ac8a2f31da747f7fdd.png
[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA6YOt5a2Q5a6J5LiN54ix5a2m57yW56iL_size_20_color_FFFFFF_t_70_g_se_x_16 3]: /images/20220828/2681289394c94afe9fd8092ffef88d71.png