PLS-00215错误解决及INTERVENCIONES表触发器逻辑调整需求

我来帮你搞定这个Oracle触发器的问题，你碰到的PLS-00215错误和逻辑偏差我都梳理清楚了，咱们一步步拆解解决：

1. 先搞定PLS-00215错误 #

这个错误的根源很明确：

• 你在声明LV_DIF变量时用了VARCHAR2但没指定长度，Oracle要求所有VARCHAR2变量必须显式声明长度，不能只写VARCHAR2。
• 另外LV_TIM的赋值有隐患：TIEMPOESPERADO是VARCHAR2类型，直接赋值给NUMBER变量会触发隐式类型转换，如果字段里存了非数字内容会报错，最好用TO_NUMBER()显式转换。

2. 修正逻辑错误（重点！） #

你的需求是当DIFICULTAD为BAJA时，TIEMPOESPERADO必须大于1，但现有触发器的逻辑完全写反了——当前代码是当BAJA且时间>1时抛出错误，这和需求相悖。得把判断条件改成“当BAJA且时间≤1时”才触发报错，同时提示文本也要对应修正。

3. 修正后的完整触发器代码 #

CREATE OR REPLACE TRIGGER TRG_INTERVENCIONES 
BEFORE INSERT OR UPDATE ON INTERVENCIONES 
FOR EACH ROW 
DECLARE
    -- 给VARCHAR2指定长度，和DIFICULTAD字段的CHAR(8)匹配
    LV_DIF VARCHAR2(8) := :NEW.DIFICULTAD;
    -- 显式转换为NUMBER，避免隐式转换的潜在问题
    LV_TIM NUMBER := TO_NUMBER(:NEW.TIEMPOESPERADO);
BEGIN
    -- 修正后的逻辑：难度为BAJA且预期时间≤1时抛出错误
    IF (TRIM(LV_DIF) = 'BAJA' AND LV_TIM <= 1) THEN
        RAISE_APPLICATION_ERROR (
            num => 20005, 
            msg => 'Siendo de riesgo bajo, debe durar más de 1 hora'
        );
    END IF;
END;
/

额外优化建议 #

• 字段类型优化：TIEMPOESPERADO用VARCHAR2存储时间数值不太合理，建议改成NUMBER类型（比如存储小时数，支持小数），这样能彻底避免类型转换问题，也更符合数据语义。
• 字符空格问题：你的DIFICULTAD是CHAR(8)类型，插入'BAJA'时会自动补空格变成'BAJA '，导致判断不匹配。可以把字段改成VARCHAR2(8)，或者在判断时用TRIM()去除空格（上面的代码已经加了TRIM()处理）。

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