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

7 评论 14555 浏览 50 收藏 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协议

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 理论联系实际,将数据库基本模型和产品界面设计结合起来,很清晰。之前看数据库之类的书籍但是没法很好的把基本理论和产品设计思路结合起来,这么一看清晰多了。

    来自广东 回复
  2. 产品经理这一岗位往往需要对接多个方面,这就要求产品经理最好能懂得其他岗位的一些知识,而了解一些数据库的基本知识,则可以帮助产品经理避免描述关系的过程中存在误解。

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

      来自广东 回复
  3. 把关系模型解释得很详尽 今日小白进阶+1

    来自福建 回复
    1. 一起加油!

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

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

      来自广东 回复