PL/SQL函数生成Jets Chart查询遇ORA-20001错误求助

错误原因 #

ORA-20001是Apex的内置提示，说明你的函数最终返回的查询字符串为空，或者不符合"必须以SELECT/WITH开头"的要求。核心触发场景是：
当使用:P1_DATE时，子查询select column1 from table2 where ...返回空结果，导致l_series集合为空，循环逻辑完全不执行，q变量保持初始的null，最终返回null，触发错误。
而替换为固定日期'01-Jun-2023'时，子查询能匹配到数据，l_series有值，循环生成了有效的SELECT语句，因此正常运行。

排查与解决步骤 #

1. 验证日期范围是否存在数据 #

直接执行子查询（代入当前的:P1_FILTER_BY和:P1_DATE值），确认是否有返回结果：

select column1 
from table2
where trunc(req_date, decode(:P1_FILTER_BY,'Week','W','Mon')) >= decode(:P1_FILTER_BY, 'Week', (to_date(:P1_DATE, 'DD-Mon-YYYY') - 42), (to_date(:P1_DATE, 'DD-Mon-YYYY') - 180))
and trunc(req_date, decode(:P1_FILTER_BY,'Week','W','Mon')) <= to_date(:P1_DATE ,'DD-Mon-YYYY')

如果该查询返回空，说明当前选择的日期范围内没有数据，l_series为空是预期结果，需要处理空场景。

2. 检查日期格式的兼容性 #

:P1_DATE的LOV返回DD-Mon-YYYY格式的字符串，但如果数据库的NLS_DATE_LANGUAGE设置与LOV的日期语言不匹配（比如LOV返回英文月份，数据库默认是中文），to_date(:P1_DATE, 'DD-Mon-YYYY')会抛出转换错误，导致子查询失败。
解决方法是在to_date中指定NLS参数，避免语言依赖：

to_date(:P1_DATE, 'DD-Mon-YYYY', 'NLS_DATE_LANGUAGE=American')

3. 处理空结果场景 #

即使l_series为空，也要返回一个合法的空结果查询，避免触发ORA-20001。修改函数的返回逻辑：

q := q || 'order by sortby';

-- 新增：如果q为空，返回一个空结果的合法查询
if q is null then
    q := 'select ''No Data'' as label, 0 as value, ''No Series'' as series, sysdate as sortby from dual where 1=0';
end if;

return q;

4. 修复SQL注入风险（优化建议） #

当前代码直接拼接l_series(i)到SQL字符串中，存在SQL注入风险。建议使用dbms_assert.sql_object_name过滤输入：

(select ''' || dbms_assert.sql_object_name(l_series(i)) || ''' from dual) as series,
...
where column1 = ''' || dbms_assert.sql_object_name(l_series(i)) || ''' 

内容的提问来源于stack exchange，提问作者another apex user