189 8069 5689
B+ 树是对 B 树的一个小升级。大部分数据库的索引都是基于 B+ 树存储的。MySQL 的 MyISAM 和 InnoDB 引擎的索引都是基于 B+ 树存储。
创新互联服务项目包括利州网站建设、利州网站制作、利州网页制作以及利州网络营销策划等。多年来，我们专注于互联网行业，利用自身积累的技术优势、行业经验、深度合作伙伴关系等，向广大中小型企业、政府机构等提供互联网行业的解决方案，利州网站推广取得了明显的社会效益与经济效益。目前，我们服务的客户以成都为中心已经辐射到利州省份的部分城市，未来相信会继续扩大服务区域并继续获得客户的支持与信任！
B+ 树最大的几个特点：
1. 非叶子节点只保留 KEY，放弃 DATA；
2. KEY 和 DATA一起，在叶子节点，并且保存为一个有序链表（正序，反序，或者双向）；
3. B+ 树的查找与 B 树不同，当某个结点的 KEY 与所查的 KEY 相等时，并不停止查找，而是沿着这个 KEY 左边的指针向下，一直查到该关键字所在的叶子结点为止。
当然这种结构就不要追求什么效率了。如果要效率高的，只能改表结构。
1：select p2.id from table p1 ,table p2 where p1.id=p2.pid and p1.id=0
2：假设表名是tree
SQL codeselect distinct a.id from tree as a inner join tree as b on (a.pid = b.pid) where b.pid =0;
select distinct a.id from tree as a inner join tree as b on (a.pid = b.pid) where b.pid =2;
3.通过程序或数据库的store procedure来实现了。 在mySQL中无法以一句SQL实现。
表结构
这种情况可以通过左连接实现
可以看到左连接是以左表为基准，通过关联关系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无法查询到正确数据，这个时候要考虑是否允许调整或者调整后修改对应的唯一约束