ORACLE PL/SQL 变量函数作用域 - 需要说明

Question

我刚刚解决了一个问题的答案，我遇到了一个函数无法识别 PL/SQL 变量的问题，我希望有人能向我解释为什么我的解决方案有效，以及“幕后”发生了什么。

背景

作为优化项目的一部分，我正在尝试收集存储过程中各个 SQL 脚本的指标。我正在剖析的存储过程有一个 In-type 日期参数，我需要定义它才能运行每个单独的 SQL 脚本：

CREATE OR REPLACE myStoredProc (DATE_IN DATE, ERROR_OUT OUT VARCHAR2)
IS
BEGIN
    --Truncate Temp Tables
    --6 Individual SQL Scripts
EXCEPTION
    --Error Handling
END;

为了单独运行每个脚本，我决定将每个 SQL 语句放入 PL/SQL 块中，并将 DATE_IN 参数作为变量提供：

DECLARE
    DATE_IN DATE := TO_DATE('16-JUL-2014','DD-MON-RR'); 
BEGIN
    --Place individual script here
END;

问题

这种方法适用于引用此 DATE_IN 变量的几个查询，但一个查询引用了以 DATE_IN 作为参数的外部函数开始引发 ORA-00904 错误：

DECLARE  
    DATE_IN DATE := TO_DATE('16-JUL-2014','DD-MON-RR'); 
BEGIN
    insert into temp_table
    SELECT table1.field1,
           table1.field2,
           table2.fieldA,
           MyFunction(table1.field1, DATE_IN) --This was the problem line
      FROM
           table1,
           table2
     WHERE EXISTS (inner query)
       AND table1.keys = table2.keys
       AND table2.date <= DATE_IN
END;   

解决方案

在另一位开发人员的建议下，我能够通过在传递给函数的 DATE_IN 变量前面添加一个冒号 (:) 来解决此错误，以便问题行读取为 MyFunction(table1.field1, :DATE_IN)。一旦我这样做了，我的错误就消失了，我能够毫无问题地运行查询。

我对结果很满意，但其他开发人员无法解释为什么需要它，只是需要从 PL/SQL 语句调用任何函数或其他存储过程。我认为这与范围有关，但我想更好地解释为什么这个冒号对于函数查看变量是必需的。

问题

我曾尝试对 Oracle 参数文档进行一些研究，variables、binding/declaring 和 constants，但我的研究只给了我更多问题：

• 阅读完变量后，我现在质疑这是否是我一直在使用的正确术语（因为我实际上没有使用 VARIABLE 命令并且我传递了一个日期 - 这不是一个允许的数据类型）。如果我的DATE_IN DATE := 语句不是变量，那它是什么？
• 为什么编译器可以识别我对 DATE_IN 的其余引用，但将值传递给函数超出范围？
• 冒号 (:) 到底是做什么的？这是把它变成一个绑定变量吗？

提前致谢。感谢您提供的任何指导！

----------------------编辑--------- -----------------------------

我被要求提供更多信息。我的 Db 版本是 11G，11.2.0.2.0。我能够重现此错误的查询如下。

DECLARE  
    EXTRACT_DT_IN DATE := TO_DATE('16-JUL-2014','DD-MON-RR'); 
BEGIN
    --This begins the pre-optimized query that I'm testing
    insert into AELI_COV_TMP_2_OPT
    SELECT /*+ ordered use_nl(CM MAMT) INDEX (CM CSMB_CSMB2_UK) INDEX (MAMT     (MBAM_CSMB_FK_I) */
           CM.CASE_MBR_KEY
          ,CM.pyrl_no
          ,MAMT.AMT
          ,MAMT.FREQ_CD
          ,MAMT.HOURS
          ,aeli$cov_pdtodt(CM.CASE_MBR_KEY, EXTRACT_DT_IN)
      FROM
           CASE_MEMBERS CM
          ,MEMBER_AMOUNTS MAMT
      WHERE EXISTS (select /*+ INDEX(SDEF SLRY_BCAT_FK_I) */
                      'x'
                     from SALARY_DEF SDEF
                    where SDEF.CASE_KEY = CM.CASE_KEY
                      AND SDEF.TYP_CD = '04'
                      AND SDEF.SLRY_KEY = MAMT.SLRY_KEY)
       AND CM.CASE_MBR_KEY = MAMT.CASE_MBR_KEY
       AND MAMT.STAT_CD = '00'
       AND (MAMT.xpir_dt is null or MAMT.xpir_dt > EXTRACT_DT_IN)
       AND MAMT.eff_dt <= EXTRACT_DT_IN;
    --This ends the pre-optimized query that I'm testing
END;   

这是我在尝试对此语句运行解释计划时遇到的错误。如果我删除对第 13 行的引用，或者在该行的 EXTRACT_DT_IN 中添加一个冒号 (:)，我就能克服这个错误。

----------编辑 2------------------

这是 aeli$.cov_pdtodt 的函数签名。 （出于安全原因，我已经更换了所有者）。

CREATE OR REPLACE function __owner__.aeli$cov_pdtodt
(CASE_MBR_KEY_IN IN NUMBER, EXTRACT_EFF_DT_IN DATE)
  RETURN DATE IS
    PDTODT  DATE;

Answer 1

只要您执行整个块，您的匿名块就可以了。如果您尝试仅执行 insert 或其 select 作为独立命令，那么它确实会因 ORA-00904 而失败。

这不是一个 范围 问题，这是一个 上下文 问题。您试图在 SQL 上下文中引用 PL/SQL 变量，但这永远不会起作用。

在 PL/SQL 上下文中，这会起作用：

declare
  some_var dual.dummy%type := 'X';
begin
  insert into some_table
  select dummy from dual where dummy = some_var;
end;
/

...因为插入可以访问 PL/SQL some_var。

在 SQL 上下文中，这将出错：

select * from dual where dummy = some_var;

...因为它正在寻找名为SOME_VAR 的列，但没有。

如果您改为这样做：

select * from dual where dummy = :some_var;

...some_var 现在是客户端管理的绑定变量。如果您执行该操作，系统将提示您输入绑定值，或给出非所有变量绑定错误，或绑定变量未声明，或类似的，具体取决于您的客户端。

如果你只做一个解释计划，例如与

set auto trace traceonly explain
select * from dual where dummy = :some_var;

... 那么绑定变量不一定要填充来计算计划。一些客户可能仍然抱怨并想要一个绑定值，但解析器会接受它 - 无论如何都足以产生一个计划。虽然无法利用绑定变量窥视或直方图等。

例如，如果两个引用都转换为绑定变量，则 SQL Developer 很乐意为您的原始示例查询生成一个计划，只选择块的 insert ... 部分，然后按解释计划 (F10)。

Answer 2

我不确定你读到了什么，但你在这里搞混了一些事情。

您的 DATE_IN 是一个变量。你不需要在任何地方输入“VARIABLE”来声明一个变量，你只需要变量的名称和数据类型。 以下所有变量都是 PL/SQL 中的合法变量（尽管命名不佳）。

variable_1 NUMBER;
variable_2 VARCHAR2(100);
variable_3 DATE;

如果不查看全部内容，很难说出您在代码中所做的事情。您是否在同一个块中声明了两个 DATE_IN 变量？ DATE_IN 是表中列的名称吗？

如果您在 table1 或 table2 中有一个名为 DATE_IN 的列，那可能是您的问题。 Oracle 不知道您是要使用变量还是列，它始终默认为列名。您的函数需要一个 DATE 并接收一个列，因此会出现错误。