SQL代码片的编译与运行

PL/SQL语言是Oracle针对数据库业务逻辑需求开发的一种面向过程的结构化编程语句。在Oracle内核中，存在PL/SLQ引擎和SQL引擎两个重要组成部分，分别用于处理结构化的PL/SQL语句和SQL语句。同所有高级语言一样，PL/SQL语句同样存在编译和运行两个关键步骤。在Compile环节，主要实现语法权限检查、对象方法检查和语法结构检查。在运行Runtime阶段，相同的过程其实还是会进行，一些语句错误都是在运行时发生检测。本篇主要通过一个错误案例，详细分析一下两者的特点和差异。1、问题说明朋友向笔者咨询一个问题，为什么写好的PL/SQL匿名块在执行状态时，报错没有被exception所捕获。说明：基于数据保护原因，代码片段为模拟版本。实验环境为11gR2，具体版本号为11.2.0.4。SQL> select * from v$version;BANNER--------------------------------------------------------------------------------Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit ProductionPL/SQL Release 11.2.0.4.0 - ProductionCORE 11.2.0.4.0 ProductionTNS for Linux: Version 11.2.0.4.0 - ProductionNLSRTL Version 11.2.0.4.0 – Production模拟代码片段如下：SQL> declare 2 i varchar2（10）; 3 begin 4 select err 5 into i 6 from t 7 where rownum<2; 8 exception 9 when others then 10 dbms_output.put_line（"Errors Catch！"）; 11 end; 12 / select err *ERROR at line 4:ORA-06550: line 4, column 10:PL/SQL: ORA-00904: "ERR": invalid identifierORA-06550: line 4, column 3:PL/SQL: SQL Statement ignored朋友的问题是，数据表T的确没有err列，但是执行的时候为什么没有在exception部分被捕获，而是直接报错了呢？数据表T的描述如下：SQL> desc t;Name Type Nullable Default Comments ------- ------------------ -------- ------- -------- USER_ID VARCHAR2（100 BYTE） Y 2、解析与测试这个问题直观看比较唬人，但是仔细分析起来还是有概念障碍的问题。这就是程序的编译时和运行时。我们编写PL/SQL程序的时候，无论是procedure还是package，都有一个显示compile的动作，成功之后我们才可以exec执行程序。在compile的时候，所进行的工作对于任何语言编译器来讲，都是差不多的。常见的大多数都是验证和校验，比如使用变量是否定义？该用户有无使用对象、变量权限？变量可见性范围？或者语法使用是否正确？经过compile之后，编译器会认为程序已经具备了执行的前提条件，会将其转化为目标对象。但是，经过编译的程序，执行过程（也就是运行时Runtime）就万无一失吗？肯定不是，内存、CPU、磁盘的资源约束，内在逻辑操作的错误、数字运算的错误都会引起一系列的运行时故障。我们说，PL/SQL中的exception，就是针对runtime的错误而言的。一种假设：错误使用的是一个匿名块。在执行过程中，实际上是编译和运行两步走的情况。程序还没有进入runtime阶段，都被编译compile发现了错误，抛了出来。我们通过一系列简单实验，来证明结论。首先，创建一个单独的存储过程，不执行只是编译，看结果如何？SQL> create or replace procedure TEST 2 as 3 i varchar2（10）; 4 begin 5 select err 6 into i 7 from t 8 where rownum<2; 9 exception 10 when others then 11 dbms_output.put_line（"Errors Catch！"）; 12 end; 13 /Warning: Procedure created with compilation errors.编译错误，通过show error显示：SQL> show error Errors for PROCEDURE TEST:LINE/COL ERROR-------- -----------------------------------------------------------------5/3 PL/SQL: SQL Statement ignored5/10 PL/SQL: ORA-00904: "ERR": invalid identifier错误信息和匿名块的完全相同。此时并没有进入运行时，可以推想匿名块的报错是在编译时发生的。那么怎么能够回避编译时检查，将这个错误“送到”运行时，让exception捕获到呢？我们可以使用字符串。SQL> create or replace procedure TEST 2 as 3 i varchar2（10）; 4 begin 5 execute immediate "select err from t where rownum<2" 6 into i; 7 8 exception 9 when others then 10 dbms_output.put_line（"Errors Catch！"）; 11 end; 12 /Procedure created.execute immediate可以直接执行字符串类SQL语句。该存储过程成功创建，说明PL/SQL引擎没有进行针对字符串的检查。执行：SQL> set serveroutput on;SQL> exec test;Errors Catch！PL/SQL procedure successfully completed.果然可以被exception捕获，同预想效果相同。根据这个思路，修改朋友的代码如下：SQL> declare 2 i varchar2（10）; 3 begin 4 execute immediate "select err from t where rownum<2" 5 into i; 6 7 exception 8 when others then 9 dbms_output.put_line（"Errors Catch！"）; 10 end; 11 /Errors Catch！PL/SQL procedure successfully completed.顺利通过编译Compile检查，到Runtime时候报错。3、结论PL/SQL语句是我们进行数据库结构化、过程化处理的重要工具。应该意识到，PL/SQL本身也是一种编程语言，都需要Compile和Runtime阶段，每个阶段有不同的任务使命。Oracle数据库之PL/SQL程序基础设计 http://www.linuxidc.com/Linux/2015-06/119013.htmPL/SQL Developer实用技巧分享 http://www.linuxidc.com/Linux/2014-09/107391.htm使用PL/Scope分析PL/SQL代码 http://www.linuxidc.com/Linux/2015-07/120607.htm在PL/SQL中使用日期类型 http://www.linuxidc.com/Linux/2015-07/120608.htm更多Oracle相关信息见Oracle 专题页面 http://www.linuxidc.com/topicnews.aspx？tid=12本文永久更新链接地址