mysql树形结构的查询案例

表结构

这种情况可以通过左连接实现

可以看到左连接是以左表为基准，通过关联关系id = pid去找到对应的上级组织记录，所以空的id找不到对应的记录，返回空

有时候我们需要获取某个组织的完整路径 如

部门C/部门C_2/部门C_2_1/部门C_2_1_1

编写存储过程，生成一个临时表tmpLst，按照层级把每一条记录插入到临时表，然后每次从临时表查当前层级的组织，循环去查组织表的上级组织，直到结果ROW_COUNT = 0为止，代表当前层级下的所有组织已经是最后一级

查询到的结果，大家可以自行优化一下显示方式和查询的字段

当然还有另一种方式，从设计上解决

如新加一个唯一约束，把组织的约束定义为 ORG_001_ORG_001_002_ORG_001_003 这样的形式

当需要查询ORG_001所有的下级时，只需要查询约束 like ORG_001% 即可

当需要查询ORG_001_002所有上级时，只需要查询约束 like %ORG_001_002

不过问题在于如果组织的存在架构调整，如，ORG_001_002调整到了 ORG_002下，因为树型结构变化了，直接用like无法查询到正确数据，这个时候要考虑是否允许调整或者调整后修改对应的唯一约束

第一种：单表。

列分别为 id、菜单名称、子菜单id列表;

id：菜单的唯一编号

子菜单id列表：用逗号（或其他分隔符）分割的多个id的字符串，再由程序中进行处理，分割出多个id；

优点：查询速度非常快。

缺点：不利于维护和拓展，在进行菜单项排序时需要再多写代码进行处理。

第二种：单表内连接。

列分别为 id、菜单名称、父菜单id;

根节点的父菜单id为null或者0等一个可以唯一标志的。在查询时进行表内连接查询；

优点：利于表结构的维护和拓展，并且符合设计范式；

缺点：在查询时会造成一些麻烦，并且性能上会受到影响。

当然还有很多其他的方法，这里只例举2个比较常用的方法。

解决方法很多!数据要存储为树形结构，那么数据要有父子关系。 一个父节点有多个子节点，一个子节点又有多个子子节点。 publicclassTreeNode{ /节点主键/ privateStringid; /节点名称/ privateStringtext; /子节点/ privateTreeNode[]children; }

以上就是关于mysql树形结构的查询案例全部的内容，包括:mysql树形结构的查询案例、sql server 2005实现树形菜单显示的数据库表怎么设计、怎样在 mysql 表中存储树形结构数据等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！