使用原生动态SQL创建SEARCH_SP存储过程遇编译错误求助

原代码的硬伤（直接导致编译失败/逻辑失效） #

• 语法体系完全混搭：同时塞了Oracle的存储过程结构、SQL Server的@参数标记、dbo.的schema前缀，没有任何一套主流数据库能解析这种混合写法
• 检索逻辑完全跑偏：需求是支持用户选按产品名/产品描述检索，原代码的WHERE条件把字段引用、参数匹配关系全写乱了，根本没法实现可切换的检索维度
• 多行结果返回完全做不到：拿单值类型的IN OUT参数接多行查询结果是行不通的，Oracle下要返回多行结果必须用REF游标类型做输出参数
• 动态SQL的位置全错了：把EXECUTE IMMEDIATE语句扔在存储过程块外面，既没有提前拼好动态SQL的字符串，参数绑定逻辑也写得一塌糊涂
• 业务表都找错了：检索对象是产品，原代码硬把FROM表写成客户（customer）表，字段引用的路径根本不存在对应结构
• 块结构断裂：BEGIN和END的配对全错，中间插了独立的执行语句，代码结构本身就不完整

符合需求的可运行参考实现（Oracle原生动态SQL版本） #

完全匹配需求：支持用户指定检索维度（产品名/产品描述），传入搜索词完成匹配，动态拼接过滤条件，返回所有符合条件的产品名称、描述、价格结果集，支持多行返回

CREATE OR REPLACE PROCEDURE SEARCH_SP(
    -- 输入：检索维度标记，传1=按产品名称匹配，传2=按产品描述匹配
    p_search_type IN NUMBER,
    -- 输入：用户输入的搜索关键词
    p_search_keyword IN VARCHAR2,
    -- 输出：承接多行结果的游标
    p_result_set OUT SYS_REFCURSOR
)
AS
    v_dynamic_sql VARCHAR2(1000);
BEGIN
    -- 基础查询语句，固定取需求要求的三个字段
    v_dynamic_sql := 'SELECT product_name, product_desc, price FROM product WHERE 1=1 ';
    
    -- 按用户选的检索维度动态拼过滤条件
    IF p_search_type = 1 THEN
        v_dynamic_sql := v_dynamic_sql || 'AND product_name LIKE :1 ';
    ELSIF p_search_type = 2 THEN
        v_dynamic_sql := v_dynamic_sql || 'AND product_desc LIKE :1 ';
    END IF;

    -- 执行动态SQL，用通配符实现模糊搜索，绑定参数避免注入
    OPEN p_result_set FOR v_dynamic_sql USING '%' || p_search_keyword || '%';

EXCEPTION
    WHEN OTHERS THEN
        -- 可按需加本地错误日志记录
        RAISE;
END;
/

关键修复点说明 #

• 动态SQL开头固定加WHERE 1=1，避免不同维度下拼出来的AND条件出现语法错误
• 所有搜索关键词统一用绑定变量传给动态SQL，不直接拼接用户输入的字符串，从根源上避免SQL注入风险
• 用SYS_REFCURSOR输出参数承接多行结果，调用方拿到游标后可以直接遍历拿所有匹配行，不需要在存储过程里逐行循环处理
• 检索逻辑完全按需求拆分：用户传的维度参数决定动态拼哪段过滤条件，实现“支持选择产品名/描述作为检索维度”的要求
• 默认用LIKE + 前后通配符做模糊匹配，符合日常产品搜索的使用习惯，如果需要精确匹配，把通配符去掉直接传关键词即可

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