现在的位置: 首页 > 数据库 > 正文

怎样利用关系型数据库和文档型数据库作为存储的几种设计模式

2020年07月01日 数据库 ⁄ 共 437字 ⁄ 字号 评论关闭

  在数据库中存储树形结构的数据,这是一个非常普遍的需求,典型的比如论坛系统的版块关系。在传统的关系型数据库中,就已经产生了各种解决方案。下面学步园小编来讲解下怎样利用关系型数据库和文档型数据库作为存储的几种设计模式?

  怎样利用关系型数据库和文档型数据库作为存储的几种设计模式

  A.关系型数据库设计模式1

  idnameparent_id

  1ANULL

  2B1

  3C1

  4D2

  优点:结构简单易懂,插入修改操作都很简单

  缺点:如果要获取某个结点的所有子结点,将是一件很恶心的事

  B.关系型数据库设计模式2

  idnameparent_idleftright

  1ANULL18

  2B125

  3C167

  4D234

  在模式1的基础上多了两列,left和right,相当于btree中的左右分支,分别存储了左右分支结点的最大值和最小值。

  优点:要查找一个结点的子结点很容易,只需要做一个范围查询就行了(比如B节点的子结点,只需要查询id>=2&&id<=5)   缺点:由于树结构存在在这里面了,所以添加或修改已存在结点将可能产生连锁反应,操作过于复杂   怎样利用关系型数据库和文档型数据库作为存储的几种设计模式   C.文档型数据库设计模式1   {   "name":"A",   "children":[   {"name":"B","children":[{"name":"D"}]},   {"name":"C"}   ]   }   将整个树结构存成一个文档,文档结构既树型结构,简明易懂。   优点:简明易懂   缺点:文档会越来越大,对所有结点的修改都集中到这一个文档中,并发操作受限   D.文档型数据库设计模式2   {"_id":"A","children":["B","C"]}   {"_id":"B","children":["D"]}   {"_id":"C"}   {"_id":"D"}   将每个结点的所有子结点存起来   优点:结构简单,查找子结点方便   缺点:查找父结点会比较麻烦   E.文档型数据库设计模式3   {   "leaf":"A",   "children":[   {"leaf":"B","children":[{"leaf":"D"}]},   {"leaf":"C"}   ]   }   {"_id":"A",...}   {"_id":"B",...}   {"_id":"C",...}   {"_id":"D",...}   充分利用文档型存储schema-less的优点,先利用上面C方案存存储一个大的树形文档,再将每一个结点的其他信息单独存储。   优点:操作方便,结构上的操作可以直接操作大的树形文档,数据上的操作也只需要操作单条数据   缺点:对所有结点的修改都集中到这一个文档中,并发操作受限。   以上就是关于“怎样利用关系型数据库和文档型数据库作为存储的几种设计模式”的内容,希望对大家有用。更多资讯请关注学步园。学步园,您学习IT技术的优质平台!

抱歉!评论已关闭.