数据库|揭秘你不会画“信息结构图”的本质( 二 ) led|演讲|技术|产业|显示|micr|题

非关系型数据库：一种相对松散且可以不按照严格的结构规范进行存储的数据库，通常使用json格式的键值对【key-value】形式表示和存储数据。主流非关系型数据库：MongoDB、CouchDB。应用场景：对存取要求比较高、并发处理比较高的场合。

sql：数据库操作语言，对数据库中的数据表进行增删改查的操作。增insert，删delete，改update，查select。

2. 产品经理可以应用到设计上的思想【数据库|揭秘你不会画“信息结构图”的本质】表结构：定义一个表的字段、类型、主键、外键、索引，这些基本的属性组成了数据库的表结构。
产品设计场景应用：只需要关注当前表中有哪些字段即可。所以跟技术沟通的时候，当前页面有哪些信息你可以汇总抽象起来，那就是一张表。信息中的各个细节就是表中的每个字段。
表之间的关联关系（ER图）：表之间的关系共有四种【一对一、一对多、多对一、多对多】。小技巧，一般是两两对象相比较，A跟B什么关系，B跟A又是什么关系，从而得出结论。
1）技术上好处：级联删除
表之间的关联关系有什么用？可以有一个连带关系。
举个例子，一个用户表，一个信息表，一个用户对应多条信息，当你删除用户的时候是不是这个用户的信息也要被删除，如果没有关联关系的话，你就要在删除用户前手工写条sql语句去删除信息表里的对应信息，如果有关联的话，就不用了，级联删除就可以了，只要删除用户，这个用户下面的信息也就没了。
2）产品设计场景应用：多渠道自动匹配信息
背景：我在A渠道某个页面填写了一些信息，其他不同渠道BCD页面又要填写部分类似的字段信息，很耗时耗力。
功能：为了提高人效，我决定设计一个自动匹配的的功能。到底是一对一、一对多、多对一、多对多呢？
经调研，A渠道参照物与BCD渠道都是一对一关系。那么我只需要设计一个ABCD渠道关系对应列表，拿主流渠道A的参照物与其他渠道做比较，就可以实现系统自动将A的信息同步给BCD。
PS：数据库表，对于产品经理我觉得了解其底层原理就好，能将其技术原理应用到产品设计上，可以让你思路更加清晰明了哦（OMG，原来我的系统就是这几张表在发挥作用，太牛逼了，技术大哥们）。
四、案例解析 | 三者的关系我们以下图的小轿车来举例，它有不同的的颜色、品牌、名称等信息，我们要来为它做产品设计，他的本质从产品信息结构图——对象——数据库底层是怎样的呢？一起探秘下。

文章插图
产品信息结构图：有一个车的列表管理页面，包含颜色、品牌、名称三个信息。
面向对象思维：汽车为类（class），而具体的每个人车该类的对象（object），对象包含汽车的三个属性颜色、品牌、名称等。
数据库表结构：有一张表车，他有三个字段颜色、品牌、名称。

文章插图
对照起来看就很容易理解了对不对？所以并不难，难的是什么？难的是如何把他们抽象成对象。
怎么才能具备对象思维呢？且听下回解析抽象、封装、继承、多态思维。
总结希望解决了你的疑惑，欢迎留言深度沟通。
作者：猪哥gj，微信公众号：刻意练习产品思维（ID：kylxpm520）
本文由 @猪哥gj 原创发布于人人都是产品经理。未经许可，禁止转载。
题图来自Unsplash, 基于CC0协议