关于界面主菜单生成逻辑的各种设计讨论

Question

主菜单，就是那种后台管理系统里面，通过配置可以控制是否显示某菜单，或某菜单里的某个功能。
关于它的设计和实现方式，我个人总结大概有以下几种。

（1）用数据库表保存
一般主菜单都是树结构，基于用传统关系型数据库来保存的方案，有2种。

• （1-1）用1个表的方案，则表里面包含1个id和parentid来关联父子关系。

• （1-2）用2个表的方案，则1个表用来记录菜单父子关系，另一个表纯记录菜单的信息。

数据传递方案也有2种：

• （1-1-1）后端查询出数据，通过后台代码循环构建，或者用sql事务构建好树结构，再传递给前端

• （1-1-2）后端查询出数据，传给前端，让前端自行构建树结构

（2）用json保存 
这个是我这个问题主要想了解的方式，不知道你们是否有用过，则直接把主菜单的父子节点信息构建成json格式，存到一个配置表里，或者一个json文件里。这样可以免去构造树结构的麻烦。但是由于是纯json格式，人工维护的话，数据结构不复杂的情况下还可以，如果遇到复杂的情况，可能需要编写一个维护界面来维护，这时候由于json并没有类似sql的查询语法，前端（假设是js）写增删查改起来会特别复杂（特别是删除）。

这个。。。。不知道你们平时用的是什么方式？可以的话希望可以简要的说说，
同时，如果对（2）用json保存这种方式有什么看法的话，也可以说说。
综合考虑性能，可扩展性，可维护性等等。

Answer 1

方案选型上面两位已经说了，这里说说数据库表存储树结构关系的具体实现。同一张表存储时，仅存储parent_id是不够的。考虑一下以下的场景。查询某个节点的所有子孙节点。查询某个节点的路径。...只有父id的情况下均需要递归查询，查询与构建都非常麻烦。一般在数据库中存储树形结构的数据是采用预排序遍历树算法，可以google一下相关的资料。或者在层级深度不够深的情况下，可以参考如下的形式：树状结构的数据表如何设计?