概念模型
把数据关系除了这个1:N详情
当前位置:主页 > 秒速牛牛作品 > 概念模型 >
把数据关系除了这个1:N

   

  当你设计一个新的功能模块,服务端童鞋一定会追问你具体有哪几种实体以及之间的关系,如果你没想清楚或者描述含糊,那么就有必要学习一下ER图。

  设计优惠券模块,有几个概念容易混淆。比如运营新建的一批优惠券,然后用户领了其中一张优惠券,而这一张有可能可以多次使用(比如uber)。请问这3种分别是什么,之间的关系,以及如何区分这3者……

  设计商品模块,spu、sku、商品很容易混淆,更进一层有商品条形码、商品编码等等。怎么和服务端童鞋解释清楚他们是一件很头疼的事情。

  更复杂一点,如果设计商城系统,服务端童鞋会问你这个商城的怎么搭建,核心有哪些东西。

  其实这些看似复杂的问题,作为PM先用ER图来梳理清楚,再和服务端确认是最合适的工作方法。你要知道文字很难描述清楚。而原型线框图无法直接表现这些。

  先说概念,ER图是用来描述现实世界中的实体关系模型,所谓实体是指客观上或者逻辑上存在并且可以区分的人事物。

  ER图会促使你以最适合技术理解实现的方法,来规范的描述功能模块的核心要素,其实就是数据库的物理结构。而这种描述是无二义的,最清晰传达PM的设计思想。

  拿上面的案例1来画一张ER图,这样子表述就很清晰,其中联系“生成”属性可以不画。

  当然如果业务不一样,比如限定每张领到的券和线下商场一样只能用一次。那图应该是这样,注意区别。

  也称关系,反映实体内部或实体之间的关联。实体内部的联系通常是指组成实体的各属性之间的联系;实体之间的联系通常是指不同实体集之间的联系。

  在ER图中用菱形表示,菱形框内写明联系名,并用无向边分别与有关实体连接起来,同时在无向边旁标上联系的类型(1 : 1,1 : n或m : n)。

  实体与属性之间;实体与联系之间;联系与属性之间均用直线相连,并在直线上标注联系的类型。

  ER图是一种高效传达功能的手段,状态机也是。千万不要以为不学会就没办法做产品,但是学会了这些方法之后,对于设计和实现层面会有极大的效率提升。

  大神写的很好,很有用。有点疑惑,请教大神,B2C商城的那张图里面,sku 和订单的关系,sku 和购物车的关系 大神画的是n:1,我怎么理解是1:n,一个sku 可以加入不同的购物车,加入不同的订单。不知是否理解有误?

  打扰大神,我有个地方不懂:菱形表示关系,矩形表示实体,实体可以用属性来刻画,请问关系也可以用属性来刻画吗?如果可以,那它刻画的是两个实体共有的属性吗?

  1:n意思是1对多,1:1意思是1对1,m:n意思是多对多,举个上面的例子:用户和购物车是1:1,也就是一个用户只能有一个购物车,其余类似。

  建议再深一点,把数据关系除了这个1:N,N:M之外也加上他们之间的数据关系。

  人人都是产品经理(是以产品经理、运营为核心的学习、交流、分享平台,集媒体、培训、招聘、社群为一体,全方位服务产品人和运营人,成立8年举办在线+期,线+场,产品经理大会、运营大会20+场,覆盖北上广深杭成都等15个城市,在行业有较高的影响力和知名度。平台聚集了众多BAT美团京东滴滴360小米网易等知名互联网公司产品总监和运营总监,他们在这里分享知识、招聘人才,与你一起成长。