MongoDB树形数据存储

树形结构的存储是一种非常典型的需求，例如菜单、省市区、栏目等等。

将树形结构的每个节点作为一行存储，每个节点保存父节点的指针(pid)。优点是简单易懂，插入修改比较简单。缺点是若要获取某个节点的所有子节点，将是一件非常恶心的事情。

在方式1中增加left和right，相当于btree的左右分支，分别存储左右分支节点的最大值和最小值。优点是查询一个节点的子节点容易，仅需做范围查询查询即可。缺点是由于树形结构存储在里面，增加或修改已存在的节点将可能产生连锁反应， *** 作复杂。

将整个树结构存成一个文档，文档结构即树形结构，简明易懂。缺点是文档越来越大，对所有节点的修改都集中在此文档中，并发 *** 作受限。

将每个节点的子节点保存起来，优点是结构简单查询子节点方便，缺点是查询父节点会表麻烦。

充分利用文档型存储 schema-less的优点，受限存储一个大的树形文档，再将每个节点的其他信息单独存储。优点是 *** 作简单，结构上的 *** 作可直接 *** 作树形文档，数据上的 *** 作仅需 *** 作单条数据。缺点，对所有节点的修改都集中在此文档中，并发 *** 作受限。

在图形界面中添加文本框架实现文本编辑，通过鼠标菜单栏添加事件监听实现保存。

在开发中我们经常会遇到左边是树形菜单，右边是一个显示列表，单击左边的树形菜单项时，右边会显示该菜单里面相对应的内容。在实战开发中经常有需要处理树形菜单、树形目录等等等业务需求。

而对于这种产品，在设计数据库时也建议使用idparentId的结构来做。

---