PostgreSQL=>递归查询

转载请注明源地址:http://www.cnblogs.com/funnyzpc/p/8232073.html

  距上次博客更新刚好两周,这两周发生了很多,比如:SFTP服务拉取数据,第三方公共平台接口逻辑迁移新框架,新框架(Spring Cloud)上手,公司月报和审计数据获取等等。。。,差不多都有无尽的坑,尤其是最后者,实是折腾人啊~;牢骚归牢骚,但是事情还是要认真做的,。。。,就目前来看,这些对于我最大的好处就是有助于快速理解公司业务逻辑;啊哈~,扯完,从这些日子开始抽周末时间学习数据库->PosgreSQL(个人惯称:大象

),遂从本节起说PostgreSQL有关的动西。

  记得在上一家公司的时候做过一个冷门的附加功能,就是把根据传入的部门ID(一个List)查找部门下所有的人员,当时是Oracle数据库配合着Mybatis来做的,中间填过两个坑,一个是Mybatis的forach的参数个数超过1K会报错,导致递归不能查询,另一个坑是Oracle的递归造型稍难,这个。。。我翻了几篇博客写了好几行注释加以理解,希望后来人能明白前人的良苦用心。由于新买MBP 未装Oracle环境,oracle的递归讲解就此略过哈(◡‿◡✿)o~

  首先给出一个测试表(elevel) 关于职称级别的表,一位数的ID是最大分类(英语、计算机、会计),然后子级别的parent_id字段引用父级ID,有些级别比较笼统这里不讨论哈~:

testDB=> select * from elevel order by  rpad(id::varchar,5,'0');

id  |         name         | parent_id

------+----------------------+-----------

1 | 英语                 |

11 | 英语专业四八级       |         1

111 | 英语专业四级         |        11

112 | 英语专业八级         |        11

12 | 大学英语三、四、六级 |         1

121 | 大学英语三级         |        12

122 | 大学英语四级         |        12

123 | 大学英语六级         |        12

2 | 计算机               |

21 | NCR计算机等级        |         2

211 | NCR计算机一级        |        21

212 | NCR计算机二级        |        21

213 | NCR计算机三级        |        21

214 | NCR计算机四级        |        21

22 | IT认证类考试         |         2

221 | CISCO认证            |        22

222 | ORACLE认证           |        22

3 | 会计                 |

31 | 会计从业证           |         3

32 | 会计职称             |         3

321 | 初级职称(助理会计师) |        32

322 | 中级职称(会计师)     |        32

323 | 高级职称(高级职称)   |        32

3231 | 正高级会计师         |       323

3232 | 副高级会计师         |       323

(25 rows)

  数据造型已经给出了,这里我放出建表语句及测试数据:

 -- create table
CREATE TABLE elevel
(
id integer,
"name" CHARACTER VARYING (20),
parent_id integer
); -- insert data
INSERT INTO elevel (id, "name", parent_id) VALUES (1, '英语', NULL);
INSERT INTO elevel (id, "name", parent_id) VALUES (2, '计算机', NULL);
INSERT INTO elevel (id, "name", parent_id) VALUES (3, '会计', NULL);
INSERT INTO elevel (id, "name", parent_id) VALUES (11, '英语专业四八级', 1);
INSERT INTO elevel (id, "name", parent_id) VALUES (111, '英语专业四级', 11);
INSERT INTO elevel (id, "name", parent_id) VALUES (112, '英语专业八级', 11);
INSERT INTO elevel (id, "name", parent_id) VALUES (121, '大学英语三级', 12);
INSERT INTO elevel (id, "name", parent_id) VALUES (122, '大学英语四级', 12);
INSERT INTO elevel (id, "name", parent_id) VALUES (12, '大学英语三、四、六级', 1);
INSERT INTO elevel (id, "name", parent_id) VALUES (123, '大学英语六级', 12);
INSERT INTO elevel (id, "name", parent_id) VALUES (21, 'NCR计算机等级', 2);
INSERT INTO elevel (id, "name", parent_id) VALUES (22, 'IT认证类考试', 2);
INSERT INTO elevel (id, "name", parent_id) VALUES (211, 'NCR计算机一级', 21);
INSERT INTO elevel (id, "name", parent_id) VALUES (212, 'NCR计算机二级', 21);
INSERT INTO elevel (id, "name", parent_id) VALUES (213, 'NCR计算机三级', 21);
INSERT INTO elevel (id, "name", parent_id) VALUES (214, 'NCR计算机四级', 21);
INSERT INTO elevel (id, "name", parent_id) VALUES (221, 'CISCO认证', 22);
INSERT INTO elevel (id, "name", parent_id) VALUES (222, 'ORACLE认证', 22);
INSERT INTO elevel (id, "name", parent_id) VALUES (31, '会计从业证', 3);
INSERT INTO elevel (id, "name", parent_id) VALUES (32, '会计职称', 3);
INSERT INTO elevel (id, "name", parent_id) VALUES (321, '初级职称(助理会计师)', 32);
INSERT INTO elevel (id, "name", parent_id) VALUES (322, '中级职称(会计师)', 32);
INSERT INTO elevel (id, "name", parent_id) VALUES (323, '高级职称(高级职称)', 32);
INSERT INTO elevel (id, "name", parent_id) VALUES (3231, '正高级会计师', 323);
INSERT INTO elevel (id, "name", parent_id) VALUES (3232, '副高级会计师', 323);
COMMIT;

  现在我定一个需求:查询“会计”(id=3)类别下的所有的子记录(包含id=3的记录):

 WITH RECURSIVE le (id,name,parent_id) as
(
select id,name,parent_id from elevel where id=3
union all
select e2.id,e2.name,e2.parent_id from elevel e2,le e3 where e3.id=e2.parent_id
)
select * from le order by rpad(id::varchar,5,'0') asc;

查询结果: 

id  |         name         | parent_id

------+----------------------+-----------

3 | 会计                 |

31 | 会计从业证           |         3

32 | 会计职称             |         3

321 | 初级职称(助理会计师) |        32

322 | 中级职称(会计师)     |        32

323 | 高级职称(高级职称)   |        32

3231 | 正高级会计师         |       323

3232 | 副高级会计师         |       323

(8 rows)

根据以上查询结果,这里敲黑板,划重点:

  =>“RECURSIVE” 是PostgreSQL的关键字不是具体存在的表

  =>第一行中的:"(id,name,parent_id)"定义的是虚拟el表的参数,字段的名称可随意,但字段的个数一定要与3~5行中的查询结果的个数一致!

  =>"el"是声明的虚拟表,每次递归一层后都会将本层数据写入el中

  =>第三行中的id=3是需要查询开始层的ID,关键是第五行=>需要将虚拟表“el"表与“elevel”实体表连表查询

  =>特别需要注意的是第三行中的中的where条件(e3.id=e2.parent_id) ,取虚拟表的ID和实体表parent_id连

    这个条件决定了当前递归查询的查询方式(向上查询还是向下查询);

  =>第三行的递归开始查询不可缺少,不然查询报错,个人理解这是PostgreSQL根据首行的记录来递归子记录

好了,需要总结的大概就是这些,至于第七行中的rpad函数是向右补齐的函数,用于排序的需要,读者可以略去order by之后的内容。

  好了,一个简单的递归查询就成了,嗯。。。,如需求同学说:我需要将每条记录的递归结构(path)和层级(depath)的顺序都显示出来。

  遗憾的是PG递归查询本身并没有提供相应的函数和关键字来方便我们的需求,怎么办=>加字段:

 with RECURSIVE le (id,name,parent_id,path,depath) as
(
select id,name,parent_id,Array[id] as path,1 as depath from elevel where id=3
union all
select e2.id,e2.name,e2.parent_id,e3.path||e3.id,e3.depath+1
from elevel e2,le e3 where e3.id=e2.parent_id
)
select * from le order by rpad(id::varchar,5,'') asc;

查询结果:

id  |         name         | parent_id |     path     | depath

------+----------------------+-----------+--------------+--------

3 | 会计                 |           | {3}          |      1

31 | 会计从业证           |         3 | {3,3}        |      2

32 | 会计职称             |         3 | {3,3}        |      2

321 | 初级职称(助理会计师) |        32 | {3,3,32}     |      3

322 | 中级职称(会计师)     |        32 | {3,3,32}     |      3

323 | 高级职称(高级职称)   |        32 | {3,3,32}     |      3

3231 | 正高级会计师         |       323 | {3,3,32,323} |      4

3232 | 副高级会计师         |       323 | {3,3,32,323} |      4

(8 rows)

  嗯~,可以看到查询SQL与之上的查询不同的是第三行中定义了一个"Array[id]" 的递归结构字段,最为和一个“1” 的深度字段,Array函数是PostgreSQL特有的数组函数,读者可以自行查阅资料了解哈( ^)o(^ )~。

  当然以上查询语句满足既已有的需求,想下->如果这里变我最成最初我做过的那个需求(查询部门下的所有人,不含部门记录),该怎么办呢。

  额~,递归本身提供给我们的结果已经趋于完美了,由于官方api并没有提供进一步的方法,这里只有从查询结果着手解决这个问题囖~

with RECURSIVE le (id,name,parent_id,path,depath) as
(
select id,name,parent_id,Array[id] as path,1 as depath from elevel where id=3
union all
select e2.id,e2.name,e2.parent_id,e3.path||e3.id,e3.depath+1
from elevel e2,le e3 where e3.id=e2.parent_id
)
select * from le l where 0=(select count(1) from le where parent_id=l.id) order by rpad(id::varchar,5,'') asc;

查询结果:

id  |         name         | parent_id |     path     | depath

------+----------------------+-----------+--------------+--------

31 | 会计从业证           |         3 | {3,3}        |      2

321 | 初级职称(助理会计师) |        32 | {3,3,32}     |      3

322 | 中级职称(会计师)     |        32 | {3,3,32}     |      3

3231 | 正高级会计师         |       323 | {3,3,32,323} |      4

3232 | 副高级会计师         |       323 | {3,3,32,323} |      4

(5 rows)

 根据以上查询SQL来看,答案其实很简单,在递归完成后将存在子记录的用where条件过滤掉即可(见查询语句最后一行)

嗯,以上几个例子全部是向下递归查询,下面我展示下向上查询的语句,很简单=>

  with RECURSIVE le (id,name,parent_id) as
(
select id,name,parent_id from elevel where id=323
union all
select e2.id,e2.name,e2.parent_id from elevel e2,le e3 where e3.parent_id=e2.id
)
select * from le order by rpad(id::varchar,5,'') asc;

查询结果:

id  |        name        | parent_id

-----+--------------------+-----------

3 | 会计               |

32 | 会计职称            |        3

323 | 高级职称(高级职称)   |        32

可以看到与向上查询的查询语句相差不几,关键,关键是=>第5行的where条件,很意外吧,如此小的改动就有查询方向上的变化,个人对此的理解是:

  =>递归向下查询是用虚拟表的id去联结递归表的parent_id

  =>递归向上查询是用虚拟表的parent_id去联结递归表的id

  本人愚钝,目前对于两者的区别发现仅限于此,欢迎读者点拨哈。。。~

最后,需要说明的是,在公司业务满足的情况下尽可能用单层查询语句查询,尤其对于层级较少较固定的结构下较为合适,此建议主要针对的是递归的两大问题而言:

  1>递归的查询效率较低,尤其是记录较多层级庞大的记录

  2>若现有记录的层级如有交叉,极容易导致递归死循环,这点尤其要注意

  

OK, 本节完成,下节开始讲:“窗口函数”

现在是:2018-01-21 21:20:50,愿各位晚安,明天要上班哦~

PostgreSQL=>递归查询的更多相关文章

  1. PostgreSQL递归查询示例

    PostgreSQL提供了WITH语句,允许你构造用于查询的辅助语句.这些语句通常称为公共表表达式或cte.cte类似于只在查询执行期间存在的临时表. 递归查询是指递归CTE的查询.递归查询在很多情况 ...

  2. PostgreSQL递归查询实现树状结构查询

    在Postgresql的使用过程中发现了一个非常有意思的功能,就是对于须要相似于树状结构的结果能够使用递归查询实现.比方说我们经常使用的公司部门这样的数据结构.一般我们设计表结构的时候都是相似以下的S ...

  3. oracle和postgresql 递归查询父子关系记录语法区别

    oracle: 一.数据 db数据字段如下: task_id             task_name         t.parent_task_id       *** ***          ...

  4. PostgreSQL 递归查询 (转)

    数据库中的数据存在父子关系(单继承,每一条记录只有一个父亲).  如果要查询一条记录以及他的所有子记录,或者要查询一条记录以及他的所有父记录.那么递归查询就再合适不过了.可以简化复杂的SQL语句 现在 ...

  5. PostgreSQL递归查询

    原料 --创建组织架构表 create table "Org"( "OrgId" ) primary key, "ParentId" ), ...

  6. 对sql作业的总结(PostgreSQL的递归查询)

    已知条件如下: CREATE TABLE appointment ( emp_id integer NOT NULL, jobtitle ) NOT NULL, salary ,) NOT NULL, ...

  7. PostgreSQL中RECURSIVE递归查询使用总结

    RECURSIVE 前言 CTE or WITH 在WITH中使用数据修改语句 WITH使用注意事项 RECURSIVE 递归查询的过程 拆解下执行的过程 1.执行非递归部分 2.执行递归部分,如果是 ...

  8. postgresql 函数&存储过程 ; 递归查询

    函数:http://my.oschina.net/Kenyon/blog/108303 紧接上述,补充一下: 输入/输出参数的函数demo(输入作为变量影响sql结果,输出作为结果返回) create ...

  9. PostgreSQL的递归查询(with recursive) ,替代oracle 的级联查询connect by

    开发有需求,说需要对一张地区表进行递归查询,Postgres中有个 with recursive的查询方式,可以满足递归查询(一般>=2层). 测试如下: create table tb(id ...

随机推荐

  1. awk 字符拼接

    i-6gdkkemx 2 2 #cat cpu.txt | awk '{print $1,$2"核"$3"G"}' i-6gdkkemx 2核2G

  2. 自定义bootstrap样式-9行样式自定义漂亮大气bootstrap导航栏

    有人说前端发展太快,框架太多,各有所需,各有所长.看看这幅图,估计都知道这些框架,但是大部分公司中实际要用到的也就那么几个. 发展再快,框架再多.还是得回到原点,不就是Html+Css+JavaScr ...

  3. 1.QT开发第一个程序

    Ubuntu16.04安装QT5.8.0:http://www.cnblogs.com/dotnetcrazy/p/6725945.html QT5.8支持中文输入法(附带老版本的解决+不理想的情况解 ...

  4. mintUI配合vue2.0,webpack,vue-cli脚手架从零搭建

    步骤说明: 1.确保安装了vue-cli 安装:cnpm install vue-cli -g 验证版本:vue --version 2.生成项目模板: vue init webpack-simple ...

  5. input选择框样式修改与自定义

    html自带的选择框样式不好看,并且在ios设备上丑的罚款.所以一般都是自定义样式: 原理:将原来默认的input选择框隐藏,然后控制label的:before与:after,配合矢量图标或者图片来实 ...

  6. thinkphp3.2.3使用ajax 的一些坑——使用AjaxReturn()后,直接返回null,模板文件不起作用

    从接触thinkphp到今天,填完此坑,必有其他的坑有会冒出来.哎!这个填坑之路我想是没有尽头的了. 最近,需要使用ajax完成一些操作,一开始想Ajax简单啊,不过是一种提交数据的方式,不过是害苦了 ...

  7. K:java中序列化的两种方式—Serializable或Externalizable

    在java中,对一个对象进行序列化操作,其有如下两种方式: 第一种: 通过实现java.io.Serializable接口,该接口是一个标志接口,其没有任何抽象方法需要进行重写,实现了Serializ ...

  8. 这些年常用的WEB开发工具和技术, 学会一半你找工作没问题

    前言: 技术选型并不是一成不变的,需要根据技术的发展.项目实际情况和人员技能构成实际考虑,在此列出的只是这些年常用的. 开发环境 1. 主要开发语言:Java7, HTML, Javascript等 ...

  9. Head First设计模式之组合模式

    一.定义 将对象组合成树形结构来表现"整体-部分"层次结构. 组合能让客户以一致的方法处理个别对象以及组合对象. 主要部分可以被一致对待问题. 在使用组合模式中需要注意一点也是组合 ...

  10. 深入了解CSS字体度量,行高和vertical-align

    line-height和vertical-align在CSS中是两个简单的属性.如此简单,大多数人都相信自己已经完全理解它们是如何工作的以及如何使用它们.但事实上并不如此.他们其实很复杂,也是CSS中 ...