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

6 评论 4159 浏览 21 收藏 11 分钟

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

背景

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

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

一、主流关系数据库

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

  • 商用数据库,例如: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 原创发布于人人都是产品经理。未经许可,禁止转载。

题图来自Unsplash,基于CC0协议

给作者打赏,鼓励TA抓紧创作!
更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 产品经理这一岗位往往需要对接多个方面,这就要求产品经理最好能懂得其他岗位的一些知识,而了解一些数据库的基本知识,则可以帮助产品经理避免描述关系的过程中存在误解。

    回复
    1. 还有一个好处,如果后台说这个功能很复杂,但是实际上只是几张表的处理,那么这个时候,你就可以“怼”他了

      回复
  2. 把关系模型解释得很详尽 今日小白进阶+1

    回复
    1. 一起加油!

      回复
  3. 不同的关系模式对应不同的处理方式,很值得产品人深入学习。

    回复
    1. 嗯嗯,了解基础原理还是很重要的

      回复