pgpool-II3.1 的Unable to parse 错误-阿里云开发者社区

开发者社区> 数据库> 正文
登录阅读全文

pgpool-II3.1 的Unable to parse 错误

简介:
客户问: pgpool-II3.1 的log 里面,为何会有Unable to parse 的信息?

但是相关的SQL文却正确执行了的。

为了探究原因,对代码进行了分析。

首先最重要的是:pgpool-II对SQL文的分析,并没有什么特别的意义。

它对自己不能解析的SQL文,都要报这个信息。但是pgpool-II不能解析,并不代表数据库端就不能识别。

说到这里,得说一下:pgpool-II里面对log信息/debug信息的安排比较随意,不是很严谨。

 

如果我们用 PPAS版里自带的 pgpool-II, 和PPAS数据库打交道的话,就会发现:

很多从Oracle数据库移植过来的SQL文,可以被PPAS识别。却不能被pgpool-II识别。

比如:delete table ,这个在Oracle 看来是正常的。

         但是 在 pgpool-II 看来却不行,只有 delete from table 才是它所能够认识的。

无论怎么说,在正式的生产环境里,看到类似 "Unable to Parse" 之类的信息,总是令人十分烦恼的。

pgpool-II的开发者,是否根本没有意思到这一点呢。把它作为debug 而不是log信息,才是更加合理的作法。

从更大的角度来说,并不是软件一开放源代码就万事大吉了。之后还有很多细致的工作需要做。

为了解决这个问题,可以有一个办法:

再额外安装一个纯开放源代码的postgresql(相对 PPAS: Postgres Plus Advanced Server),

执行出现问题的sql文,postgresql 会报告具体的错误。

比如 :

delete 里面没有 from 

子查询的括号后面没有别名  之类。

按照postgresql 给的提示,修正sql文,再到pgpool-II上去验证,基本可以不再出现 "Unable to Parse"

 
本文转自健哥的数据花园博客园博客,原文链接:http://www.cnblogs.com/gaojian/archive/2012/08/29/2661420.html,如需转载请自行联系原作者

版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。

分享:
数据库
使用钉钉扫一扫加入圈子
+ 订阅

分享数据库前沿,解构实战干货,推动数据库技术变革

其他文章