[SOLUCIONADO] Error ora-00904

[Doglas]

Hola. Tengo un problema con una función:

Código SQL:

CREATE OR REPLACE FUNCTION UF_ANHO_BISIESTO (
anho IN varchar2 ) RETURN varchar2
IS
BEGIN
DECLARE
anho1        NUMBER(4);
ln_valor     NUMBER(1);
retorna      varchar2(1);
BEGIN
    anho1 := to_number(anho);
    BEGIN
    SELECT CASE WHEN ((MOD(anho1,4) = 0) AND (MOD(anho1,100) <> 0) OR (MOD(anho1,400) = 0)) THEN 1 --Si es bisiesto retorna 1
                       ELSE 0 --Si no es bisiesto retorna 0
                  END
    INTO ln_valor
    FROM dual;
   
   END;
   retorna := to_char(ln_valor);
   RETURN TRIM(retorna);
END;
END;
 

El error exacto es: ORA-00904: "anho1": invalid identifier.
Esta función antes recibía un numero por parámetro pero, me daba el mismo error. Alguna idea para solucionarlo??

[gnzsoloyo]

Por empezar, me parece que lo estás complicando de más...

Código SQL:

CREATE OR REPLACE FUNCTION UF_ANHO_BISIESTO (anho IN varchar2 ) RETURN varchar2
IS
BEGIN
  DECLARE
  anho1        NUMBER(4);
  retorna      varchar2(1);
  BEGIN
      anho1 := TO_NUMBER(anho);
      IF (MOD(anho1,4) = 0 AND MOD(anho1,100) <> 0) OR (MOD(anho1,400) = 0)) THEN 
          retorna := '1'; --Si es bisiesto retorna 1
      ELSE
          retorna := '0'; --Si no es bisiesto retorna 0
     END IF;
     RETURN retorna;
  END;
END;
 

[Doglas]

Gracias por mejorar el query pero, sigue dando el mismo error. Alguna otra idea?

[huesos52]

Yo te recomiendo hacerlo de esta forma

Código SQL:

CREATE OR REPLACE FUNCTION UF_ANHO_BISIESTO (
anho IN varchar2 ) RETURN varchar2
IS
v_fecha DATE;
retorna VARCHAR2(1);
BEGIN
  BEGIN
    v_fecha := TO_DATE(anho||'0229','YYYYMMDD');
    retorna := '1';
  exception WHEN others THEN
    retorna := '0';
  END;
  RETURN retorna;  
END;
/
 

Lo que hace es un CAST forzado a fecha del año con el mes de febrero y el dia 29. Si es casteo es correcto, devuelve 1, de lo contrario devuelve 0 controlado por un exception interior.

Saludos

[Doglas]

Gracias por sus respuestas. Por lo que estuve averiguando el problema no es la función, sino algo de permisos y perfiles del usuario de oracle y con el que me conecto, alguien le paso esto??? Uso PowerBuilder7 para hacer estos reportes. Gracias por su ayuda.

[gnzsoloyo]

Es usual ese tipo de conflictos. Las reglas de permisos de Oracle son algo exigentes.

Por lo pronto, el usuario con el que quieres ejecutar la SF debe tener permisos de EXECUTE sobre el esquema a que pertenezca la SF, y sobre el SF en sí (puedes ver un esquema y no sus rutinas almacenadas, o parte de ellas).
Además, si la SF está dentro de un package, deberá tener permisos para ejecutar ese package, y si el package contiene otros componentes (SP) que invoquen objetos de la base como sinonimos, vistas o tablas, deberá tener permisos sobre todos esos objetos.
De hecho, puedes crear un sinónimo sobre una tabla, por ejemplo, y darle a un usuario los permisos sobre el sinonimo. Pero si no se los das sobre el objeto que referncia el sinónimo, no funcionará.

Como te digo, Oracle es algo más exigente que otros DBMS en ciertos temas.

[jc3000]

Iniciado por gnzsoloyo

Es usual ese tipo de conflictos. Las reglas de permisos de Oracle son algo exigentes.

Por lo pronto, el usuario con el que quieres ejecutar la SF debe tener permisos de EXECUTE sobre el esquema a que pertenezca la SF, y sobre el SF en sí (puedes ver un esquema y no sus rutinas almacenadas, o parte de ellas).
Además, si la SF está dentro de un package, deberá tener permisos para ejecutar ese package, y si el package contiene otros componentes (SP) que invoquen objetos de la base como sinonimos, vistas o tablas, deberá tener permisos sobre todos esos objetos.
De hecho, puedes crear un sinónimo sobre una tabla, por ejemplo, y darle a un usuario los permisos sobre el sinonimo. Pero si no se los das sobre el objeto que referncia el sinónimo, no funcionará.

Como te digo, Oracle es algo más exigente que otros DBMS en ciertos temas.

si me lo permites, te corrijo una cosilla :

y si el package contiene otros componentes (SP) que invoquen objetos de la base como sinonimos, vistas o tablas, deberá tener permisos sobre todos esos objetos

Eso no es correcto, si tienes permisos de execute sobre el package, heredas los permisos que tenga el owner del package sobre los objetos a los que referencia el codigo de las funciones o procedures que contiene ese package.

Si quieres que eso no sea así, deberás crear el package ( especificacion ) con la restriccion AUTHID CURRENT_USER.

Eso indica que ese package se ejecutará con los permisos que tiene el llamante, no con los del propietario del package

[Doglas]

Bueno muchachos, gracias por su ayuda y sus aportes que son interesantes. Este problema se soluciono ya hace buen tiempo, y era porque el DBA olvido correr la función en cuestión en el servidor de producción.

[gnzsoloyo]

Iniciado por Doglas

Bueno muchachos, gracias por su ayuda y sus aportes que son interesantes. Este problema se soluciono ya hace buen tiempo, y era porque el DBA olvido correr la función en cuestión en el servidor de producción.

¡Genios!



No te preocupes, en la empresa que trabajo también se mandan esas genialidades, y otras que no podrías creer.