Oracle中如何在SQL查询内设置策略上下文并使其生效

这个坑我之前踩过！你遇到的核心问题确实是SQL执行顺序搞的鬼——Oracle的查询优化器不会按照你写的顺序老老实实先执行子查询里的函数，它可能会重写整个查询逻辑，导致上下文设置的时机晚于视图的解析，所以视图还是用初始的上下文返回数据。下面给你几个靠谱的解决方案：

方案1：最稳妥的PL/SQL块写法（推荐） #

既然要保证顺序执行，直接用PL/SQL块先设置上下文，再执行查询就万无一失了，毕竟PL/SQL是严格按代码顺序执行的：

DECLARE
    -- 定义游标匹配视图结构
    CURSOR c_trx_dist IS
        SELECT * FROM RA_CUST_TRX_LINE_GL_DIST_V;
    v_dist_rec c_trx_dist%ROWTYPE;
BEGIN
    -- 先设置MO上下文
    MO_GLOBAL.SET_POLICY_CONTEXT ('S', 81);
    -- 执行查询并输出结果（如果需要返回给客户端，也可以用REF CURSOR）
    OPEN c_trx_dist;
    LOOP
        FETCH c_trx_dist INTO v_dist_rec;
        EXIT WHEN c_trx_dist%NOTFOUND;
        -- 这里根据需要输出字段，比如打印交易行ID和会计科目
        DBMS_OUTPUT.PUT_LINE('交易行ID: ' || v_dist_rec.CUST_TRX_LINE_ID || ' | 会计科目: ' || v_dist_rec.ACCOUNTING_CLASS);
    END LOOP;
    CLOSE c_trx_dist;
END;
/

如果需要把结果返回给客户端工具（比如PL/SQL Developer），可以改用REF CURSOR输出，这样就能直接看到查询结果集了。

方案2：纯SQL写法（需用优化器提示强制顺序） #

如果一定要用纯SQL语句，就得用优化器提示强制Oracle先执行上下文设置的子查询，再查询视图：

方法A：WITH子句+NO_MERGE提示 #

WITH ctx_setup AS (
    SELECT sset_policy_context(81) AS dummy FROM DUAL
)
SELECT /*+ NO_MERGE(ctx_setup) */ trx.*
FROM ctx_setup, RA_CUST_TRX_LINE_GL_DIST_V trx;

NO_MERGE提示会阻止Oracle把WITH子句和主查询合并，确保先执行上下文设置。

方法B：ORDERED提示强制执行顺序 #

SELECT /*+ ORDERED */ trx.*
FROM (SELECT sset_policy_context(81) FROM DUAL) ctx,
     RA_CUST_TRX_LINE_GL_DIST_V trx;

ORDERED提示让Oracle严格按照FROM子句的顺序执行，先执行第一个子查询设置上下文，再查询视图。

注意事项 #

1. 确保你的sset_policy_context函数不要加DETERMINISTIC关键字，否则Oracle会认为这个函数的结果是固定的，可能直接缓存结果而不执行函数里的上下文设置。
2. 纯SQL的写法依赖优化器提示，虽然大部分情况下有效，但如果Oracle的优化器版本或配置特殊，还是可能出现顺序问题，所以优先推荐PL/SQL块的写法。

内容的提问来源于stack exchange，提问作者M.Ghandour