PostgreSQL与Oracle:PLpgSQL的“编译时”检查

PostgreSQL与Oracle:PLpgSQL的“编译时”检查,第1张

概述执行摘要:PostgreSQL很棒,但由于它推迟了许多PL / pgSQL代码检查直到运行时间,因此我们面临着许多工作中的问题.有没有办法让它在这方面更像甲骨文的PL / SQL? 例如… 尝试在任何Oracle DB中执行此 *** 作: create function foo return number asbegin select a from dual; return a;end; O 执行摘要:Postgresql很棒,但由于它推迟了许多PL / pgsql代码检查直到运行时间,因此我们面临着许多工作中的问题.有没有办法让它在这方面更像甲骨文的PL / sql?

例如…

尝试在任何Oracle DB中执行此 *** 作:

create function foo return number asbegin  select a from dual;  return a;end;

Oracle将立即(即在编译时!)响应:

[Error] ORA-00904: invalID IDentifIEr

现在尝试Postgresql中语义相同的东西:

CREATE OR REPLACE FUNCTION public.foo ()    RETURNS integer AS$body$    BEGIN        select a;        return a;    END;$body$LANGUAGE plpgsql;

你会看到它 – 不幸的是! – 执行正常…没有报告错误.

但是,当您尝试调用此函数(即在运行时)时,您将获得:

ERROR:  column "a" does not existliNE 1: select a

有没有办法强制Postgresql在函数定义时执行语法分析和检查 – 而不是在运行时?我们有很多传统的PL / sql代码在工作,我们正在移植到Postgresql – 但缺乏编译时检查是非常痛苦的,迫使我们做手工工作 – 即编写代码来测试所有函数中的所有代码路径/程序 – 在Oracle中以其他方式自动化.

是的,这是一个已知问题.

PL / pgsql(与sql上的任何其他函数一样)是Postgresql的“黑盒子”,因此除了在运行时之外,它实际上不可能检测到错误.

你可以做几件事:

>将调用SQL查询的函数包装到BEGIN / COMMIT语句中,以便更好地控制错误;
>在代码中添加EXCEPTION blocks以捕获和跟踪错误.但请注意,这会影响功能性能;
>使用由PavelStěhule开发的plpgsql_check extension,他是PL / pgsql开发的主要贡献者之一.我想最终这个扩展会使它成为Postgresql的核心,但它需要一些时间(现在我们处于9.4beta3状态);
>您也可以查看这个相关问题:postgresql syntax check without running the query

而且看起来你真的需要一个单元测试框架.

总结

以上是内存溢出为你收集整理的PostgreSQL与Oracle:PL / pgSQL的“编译时”检查全部内容,希望文章能够帮你解决PostgreSQL与Oracle:PL / pgSQL的“编译时”检查所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。

欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/sjk/1181353.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2022-06-02
下一篇 2022-06-02

发表评论

登录后才能评论

评论列表(0条)

保存