PLS-00357错误修复及Stored Procedure多条件插入逻辑实现咨询

咱们先拆解你遇到的问题，再一步步把存储过程改到能正常编译运行，完全贴合你的需求。

先分析PLS-00357错误原因 #

你碰到的PLS-00357: Table,View Or Sequence reference not allowed in this context错误，核心问题是在PL/SQL的IF条件判断里直接引用了表的列（比如txt.col1 = rc.col1）——在PL/SQL块的这种上下文里，不能用表名.列名的方式和变量/游标行变量做比较，所有表列的引用都必须放到SQL查询语句中。

除此之外，你的原代码还有几个隐性问题：

• 嵌套的内层loop没有退出条件，会导致无限循环
• 游标行变量rc的类型定义错误（rc rc%rowtype是无效写法，应该基于txt表的行类型）
• 插入语句里的select * from txt没有关联当前游标行，会把整个临时表的数据插入，不符合“逐行处理”的需求
• 检查tbl1的查询没有实际作用，也没处理返回多行的情况

修正后的存储过程（IF-ELSIF实现） #

下面是完全符合你需求的存储过程，我会逐段标注关键点：

CREATE OR REPLACE PROCEDURE sp_ex
AS
    -- 定义游标，遍历临时表txt的所有行
    CURSOR v_txt_cursor IS
        SELECT * FROM txt;
    -- 定义游标行变量，存储当前遍历到的txt行数据
    v_txt_row txt%ROWTYPE;
    -- 存储查询到的emp_id，无匹配时保持为NULL
    v_emp_id employee.emp_id%TYPE;
BEGIN
    -- 打开游标，开始遍历临时表
    OPEN v_txt_cursor;
    LOOP
        FETCH v_txt_cursor INTO v_txt_row;
        EXIT WHEN v_txt_cursor%NOTFOUND; -- 游标遍历结束时退出循环
        
        -- 初始化emp_id为NULL，确保无匹配时的值正确
        v_emp_id := NULL;
        
        -- 第一步：匹配employee表的col1和col2
        BEGIN
            SELECT emp_id
              INTO v_emp_id
              FROM employee
             WHERE col1 = v_txt_row.col1
               AND col2 = v_txt_row.col2;
        EXCEPTION
            WHEN NO_DATA_FOUND THEN
                -- 无匹配时不做操作，进入下一步判断
                NULL;
        END;
        
        IF v_emp_id IS NOT NULL THEN
            -- 第一步匹配成功，插入该员工的唯一记录（这里取employee表的对应数据，可按需调整）
            INSERT INTO main_table (col1, col2, col3, col4, emp_id) -- 明确列名更安全
            SELECT col1, col2, col3, col4, emp_id
              FROM employee
             WHERE emp_id = v_emp_id;
        ELSE
            -- 第一步无匹配，尝试匹配col1、col2、col3
            BEGIN
                SELECT emp_id
                  INTO v_emp_id
                  FROM employee
                 WHERE col1 = v_txt_row.col1
                   AND col2 = v_txt_row.col2
                   AND col3 = v_txt_row.col3;
            EXCEPTION
                WHEN NO_DATA_FOUND THEN
                    NULL;
            END;
            
            IF v_emp_id IS NOT NULL THEN
                -- 第二步匹配成功，插入对应记录
                INSERT INTO main_table (col1, col2, col3, col4, emp_id)
                SELECT col1, col2, col3, col4, emp_id
                  FROM employee
                 WHERE emp_id = v_emp_id;
            ELSE
                -- 前两步都无匹配，通过col4插入临时表当前行的数据
                INSERT INTO main_table (col4, emp_id)
                VALUES (v_txt_row.col4, v_emp_id); -- v_emp_id保持为NULL
            END IF;
        END IF;
    END LOOP;
    -- 关闭游标
    CLOSE v_txt_cursor;
    
    COMMIT; -- 按需添加提交，若需要事务控制可保留
END sp_ex;
/

关键修正点说明： #

1. 移除非法的表列引用：所有对employee表的匹配逻辑都放到SELECT INTO语句中，用NO_DATA_FOUND异常判断是否匹配，彻底避免PLS-00357错误
2. 正确定义游标和行变量：用CURSOR和%ROWTYPE确保类型匹配，避免类型错误
3. 明确的分支逻辑：通过v_emp_id是否为NULL判断匹配结果，严格遵循你要求的优先级（col1+col2 → col1+col2+col3 → col4）
4. 避免无限循环：移除无意义的内层循环，用游标自带的%NOTFOUND控制循环退出

可选方案：用CASE语句简化逻辑（批量插入） #

如果你的数据量较大，用单条SQL结合CASE实现会更高效，不需要游标遍历：

CREATE OR REPLACE PROCEDURE sp_ex
AS
BEGIN
    -- 用LEFT JOIN和COALESCE实现优先级匹配，批量插入
    INSERT INTO main_table (col1, col2, col3, col4, emp_id)
    SELECT 
        -- 按优先级取匹配到的employee数据，无匹配则取txt表数据
        COALESCE(e1.col1, e2.col1, t.col1),
        COALESCE(e1.col2, e2.col2, t.col2),
        COALESCE(e1.col3, e2.col3, t.col3),
        COALESCE(e1.col4, e2.col4, t.col4),
        -- 无匹配时emp_id为NULL
        COALESCE(e1.emp_id, e2.emp_id, NULL)
    FROM txt t
    -- 第一步匹配：col1+col2
    LEFT JOIN employee e1 
        ON t.col1 = e1.col1 AND t.col2 = e1.col2
    -- 第二步匹配：col1+col2+col3（仅当第一步无匹配时生效）
    LEFT JOIN employee e2 
        ON t.col1 = e2.col1 AND t.col2 = e2.col2 AND t.col3 = e2.col3
        AND e1.emp_id IS NULL;
    
    COMMIT;
END sp_ex;
/

这个版本通过LEFT JOIN关联两次employee表，用COALESCE按优先级选择数据，既满足你的匹配逻辑，又避免了PL/SQL块中的表列引用问题，执行效率更高。

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