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无法查询到正确数据，这个时候要考虑是否允许调整或者调整后修改对应的唯一约束

你先看看那些语句执行慢 在where XX= 比较多的地方 order by XX 比较多的地方 ,数据不大(不是text或以上)的XX 建立索引即可提升速度

索引的知识是数据库入门很重要的地方,mysql很多引擎都使用树状结构,数据是叶子,索引是树枝.

在语句优化方面 尽量使用索引 如select count(*) 时候 明明知道所有时间都>0 但因为时间是索引 所以 还会加上 where 时间>0

索引提升查询速度的同时,会占用空间,对写入速度有一些影响,所以尽量不要在大数据方面做索引,大型如二进制格式,文章内容字段等

查询数据过多 必须进行分页(LIMIT) 截取需要的部分.

另外 mysql分页是比较笨的 例如 limit 20,1000 那么系统将到达200020条数据 再舍弃200000条数据,成本很高,必须要先查出部分索引数据,再把其他数据用join的方式并回来.

给个参考 PHP:

$sqlIndex="SELEECT {$index} from {$table} where {$where}"

$sql = "SELECT $keys FROM {$table} INNER JOIN({$sqlIndex}) AS lim USING({$index}) LIMIT $start,$pagesize"

@table string要查询的表 如"table1"

@keys string 要查询的键值,多个键值用","分割

如"key1,key2,key3"结束不含","尽量少用"*"且一些关键词请加上`

@Index string主索引键或者唯一索引键名,只需要一个 如"id"

@start limit截取页面

@pagesize int 分页大小,必须,你不会想这么多数据全部出来吧

@orderby string 排序 如"id desc"可空,但不建议空

---