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

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

文章插图
背景
【数据库|产品经理必须懂的关系模型：一对一，一对多以及多对多关系】通常会有不同的需求方给产品经理提需求，产品经理在设计功能的时候，需要将需求转换成后台可以理解的实体，并且将实体之间的关系描述给后台，因为产品大多数不懂技术，所以在描述关系的时候，可能会存在误解，所以，产品经理必须懂一些最基础的数据库知识。
数据库模型一般有“层次模型”、“网状模型”、“关系模型”这三种，而“关系模型”因为其简单，理解起来简单，所以逐渐流行起来。“关系模型”中一般包括以下三种关系，分别是“一对一关系”，“一对多关系”，“多对多关系”。
一、主流关系数据库目前，主流的关系数据库主要分为以下几类：

商用数据库，例如：Oracle，SQL Server，DB2等；
开源数据库，例如：MySQL，PostgreSQL等；
桌面数据库，以微软Access为代表，适合桌面应用程序使用；
嵌入式数据库，以Sqlite为代表，适合手机应用和桌面程序。

我们已经知道，关系数据库是建立在关系模型上的。而关系模型本质上就是若干个存储数据的二维表，可以把它们看作很多Excel表。
表的每一行称为记录（Record），记录是一个逻辑意义上的数据。
表的每一列称为字段（Column），同一个表的每一行记录都拥有相同的若干字段。
和Excel表（单表）有所不同的是，关系数据库的表和表之间需要建立“一对多”、“多对一”和“一对一”的关系，这样才能够按照应用程序的逻辑来组织和存储数据。
二、单表单表是数据库里面最基础的元素。在产品设计时，如果只需要操作一个实体的，并提供curd 等基础操作，那么这个实体就可以用单表存储。如餐厅的门店数据、菜品数据等。
通常情况下，单表的数据以 table 的形式展现，操作的按钮也有两种交互方式，显式的显示或者 hover 以后再显示对应的操作。这两种没有明显的优缺点，需要根据业务形态，进行选择。
常见产品例子：
在实际的工业化产品中，单表结构的数据实际上是比较少的，比较常见的是用户访问日志、系统日志等。
三、一对一关系1. 定义一对一关系是指关系数据库中两个表之间的一种关系。表示的是表A 中的一行数据只与表B 中的一行有关系。
当构思好每一个实体具有的属性以后，产品经理需要构思每一个实体承载什么样的业务，业务与业务之间是怎么流动的。这个时候，表与表之间，就需要有关系的承载了。
“一对一关系”是最简单的关系模型了，描述的是实体与实体之间的关系。如一个用户，只有一个身份证信息，一个身份证对应一个用户，并不存在一个身份证对应多个用户，或者一个用户对应多个身份证，如下图所示，person 表通过外键与card 进行联系。

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