Oracle APEX Collection构建失败，拼接拆分SQL时出现ORA-00933报错如何解决

你遇到的ORA-00933: SQL command not properly ended报错核心原因是APEX隐藏项的默认属性导致的拼接SQL语法错误：

• APEX隐藏项默认开启「修剪空白」设置，会自动删除项值首尾的所有空格、换行、制表符，你在两个项首尾加的空白在页面保存/会话状态刷新后就被自动清除，导致第一个项末尾的UNION和第二个项开头的SELECT直接拼接成UNIONSELECT，不符合SQL语法要求。
• 你之前偶然添加CRLF后临时生效，是因为修改后即时会话状态里的换行还没被修剪，页面重载后会话状态被重新加载，默认的修剪规则生效，换行被删除，所以再次报错。

按以下步骤操作就能稳定复用你原来的方案：

1. 调整隐藏项属性
   进入页面设计器，找到P623057_TOTALS_Q和P623057_TOTALS_Q2两个隐藏项，在属性面板中将「修剪空白」选项设置为「否」，同时将「最大长度」调整为32767，避免超长内容被自动截断。
2. 优化拼接逻辑，把UNION运算符从隐藏项中移出，直接在PL/SQL代码中拼接，彻底避免关键字被空白修剪影响：

DECLARE
    l_query varchar2(32767);
begin
    -- 两个隐藏项只存各自的SQL片段，UNION直接在代码中拼接，前后预留空格
    l_query := :P623057_TOTALS_Q || ' UNION ' || :P623057_TOTALS_Q2;
    IF APEX_COLLECTION.COLLECTION_EXISTS (p_collection_name => 'DEMTOT') THEN
            APEX_COLLECTION.DELETE_COLLECTION (p_collection_name => 'DEMTOT');
    end if;
    APEX_COLLECTION.CREATE_COLLECTION_FROM_QUERY_B (
        p_collection_name => 'DEMTOT', 
        p_query => l_query);
End;

3. （可选）拼接后增加调试逻辑，快速定位语法问题
   如果后续还有类似拼接需求，可以在创建集合前插入调试代码，开启APEX调试模式后就能直接拿到完整拼接后的SQL，放到SQL客户端直接校验语法：

-- 拼接后添加该行代码
apex_debug.info('拼接后的DEMTOT集合查询SQL: %s', l_query);

内容的提问来源于stack exchange，提问作者kangaroo_pope