OBIEE技术问询：如何创建支持LIKE与IN的过滤器

我之前也碰到过一模一样的需求，直接把LIKE和IN用OR组合确实会踩坑——OBIEE的变量替换逻辑在处理多值输入时，会把分号分隔的内容直接展开成IN的列表，但如果同时套在LIKE里，就会生成不符合SQL语法的语句（比如LIKE 'A31';'A34'），这就是你看到异常的核心原因。

下面是经过验证的可行方案，核心思路是把用户输入的内容拆分成单个项，逐个判断是模糊匹配（含%）还是精确匹配，再统一处理：

最终过滤器表达式 #

-- 可选：处理空输入，用户不填时返回全部数据
(@{V_PROJ_NUMBER} IS NULL OR @{V_PROJ_NUMBER} = '') 
OR EXISTS(
    SELECT 1 
    FROM TABLE(STRTOK_TO_TABLE(@{V_PROJ_NUMBER}, ';')) t
    WHERE 
        CASE 
            -- 判断当前输入项是否包含模糊匹配通配符%
            WHEN INSTR(UPPER(t.column_value), '%') > 0 THEN 
                UPPER("Fund Status - Direct"."Proj Nbr") LIKE UPPER(t.column_value)
            ELSE 
                UPPER("Fund Status - Direct"."Proj Nbr") = UPPER(t.column_value)
        END
)

关键细节说明 #

• 拆分多值输入：用STRTOK_TO_TABLE函数把用户输入的分号分隔字符串转换成临时表，这样就能逐个处理每个输入项，不管是单个模糊值、多个精确值，还是混合输入都能兼容。
• 区分匹配类型：通过INSTR检查每个项是否包含%，如果有就用LIKE做模糊匹配，否则用精确等于（等价于IN的单个项逻辑）。
• 大小写统一：保持和你原有表达式一致的UPPER转换，避免大小写敏感的匹配问题。
• 空输入处理：开头的条件是可选的，如果希望用户不输入任何内容时返回全部数据就保留；如果需要强制用户输入内容才能查询，就去掉这段。

使用步骤 #

1. 打开OBIEE分析的过滤器界面，切换到高级模式。
2. 把上面的表达式粘贴进去，确保变量名V_PROJ_NUMBER和你创建的提示控件名称完全一致。
3. 保存后测试：
   • 输入A3%：返回所有以A3开头的项目
   • 输入A31;A34;A3C：精确匹配这三个项目
   • 混合输入A3%;A3C：同时匹配模糊项和精确项

这样就能完美兼容两种输入场景了，亲测有效~

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