Gestionar excepciones en un trigger

[Angel.Matilla]

Como ya he comentado estoy tratando de enterarme como funcionan los triggers. Muchas cosas las entiendo a la perfección pero hay algo que se me escapa totalmente: ¿Cómo gestionar las excepciones? Seguro que en el foro ya hay algo pero no he sido capaz de encontrarlo.

Tengo definido este trigger:

Código SQL [-]
CREATE TRIGGER CONEXION_NEW FOR CONEXION
ACTIVE BEFORE INSERT
POSITION 1
AS
BEGIN
  NEW.Id_Conexion = GEN_ID(ID_Conexion, 1);
  WHEN GDSCODE unique_key_violation DO BEGIN
    EXCEPTION USUARIO_CONECTADO;
  END
END

y la excepción está definida así:

Código SQL [-]
CREATE EXCEPTION USUARIO_CONECTADO 'Este usuario está activo en otro terminal'

para esta tabla:

Código SQL [-]
CREATE TABLE CONEXION (
  ID_CONEXION INTEGER NOT NULL,
  NOMBRE VARCHAR(15) NOT NULL,
  PUESTO VARCHAR(20),
  HORA TIMESTAMP);

ALTER TABLE CONEXION ADD CONSTRAINT UQ_CONEXION UNIQUE (NOMBRE);

Tengo un módulo de gestión de errores (el código está simplificado):

Código PHP:

if (E->ClassNameIs("EIBInterBaseError"))     // Si es una excepcion de interbase
{
     EIBInterBaseError *ErrorIB = reinterpret_cast<EIBInterBaseError *>(E);

     MenErr = StringReplace(ErrorIB->Message, "\n", " ", oReplace);
     switch (ErrorIB->SQLCode)     // Si realmente es de interbase tratamos el codigo de error
     {
          case -204:
               [...]
               break;
          case -803:
               break;
          case -836:
               [...]
               return;
          case -902:
               [...]
               break;
          case -904:
               [...]
               return;
          default:
               [...]
               break;
          }
} 


Sé que si trato de añadir un registro con un usuario que ya existe me va dar un error -803 y debería saltar la excepción. Lo que no acabo de comprender es cómo lograr que el programa me muestre el mensaje que he definido para esa excepción, ese USUARIO_CONECTADO. ¿Alguien me lo puede explicar?

[dec]

Hola,

¿Has probado con el método "getMessage" de la excepción, o sea E->getMessage()?

[Angel.Matilla]

Empezado por dec

Hola,

¿Has probado con el método "getMessage" de la excepción, o sea E->getMessage()?

He probado con E->getMessage() y con ErrorIB->getMessage(), y en ambos casos me indica el compilador que no existe el método. Siento ser tan paliza, pero es que por más que he buscado documentación no he visto cómo usar esas excepciones definidas; no lo entiendo.

[Angel.Matilla]

A ver. El único mensaje al que puedo acceder es E->Message y su valor es, en este caso:

violation of PRIMARY or UNIQUE KEY constraint \"UQ_CONEXION\" on table \"CONEXION\"\r Problematic key value is (\"NOMBRE\" = 'FEDERICO

No aparece por ningún lado lo que he definido en la excepción.

[ecfisa]

Hola Angel.Matilla

Empezado por Angel.Matilla

A ver. El único mensaje al que puedo acceder es E->Message y su valor es, en este caso:
No aparece por ningún lado lo que he definido en la excepción.

No tengo en claro el objetivo que buscas, pero también podes acceder a la propiedad Message de la clase EIBInterBaseError:

Código PHP:

void __fastcall TUnForm::UnManejador(TObject* Sender, Exception* E)
{
  if (E->ClassNameIs("EIBInterBaseError")) {
    EIBInterBaseError *eib = static_cast <EIBInterBaseError*> (E);  
    ShowMessage(eib->Message);  
    
    /*  O si lo preferis, de este modo: 
    String msg = (static_cast<EIBInterBaseError*>(E))->Message; 
    ShowMessage(msg);
    
    O simplemente: ShowMessage(static_cast<EIBInterBaseError*>(E)->Message); 
    */ 


Saludos

[dec]

Hola,

Bueno, yo tengo que decir que metí la pata... puesto que creí que tratábamos de PHP y no de C++... por eso no existe el método "getMessage" en el objeto/excepción, pero dicho método existe en PHP. Siento haberte hecho perder el tiempo. Prueba la solución del compañero Daniel a ver si hay suerte.

[Angel.Matilla]

Empezado por ecfisa

No tengo en claro el objetivo que buscas, pero también podes acceder a la propiedad Message de la clase EIBInterBaseError:

¡Hombre! Me parece bastante evidente: Si defino un mensaje para uan excepción lo lógico es emplearlo y mostrar al usuario la información lo más precisa posible. A un usuario de una aplicación, que no tiene por qué saber de programación, el mensaje genérico «violation of PRIMARY or UNIQUE KEY constraint \"UQ_CONEXION\" on table \"CONEXION\"\r Problematic key value is (\"NOMBRE\" = 'FEDERICO'» no le dice nada, pero si le informo que «'Este usuario está activo en otro terminal'» se preocupará de buscar la razón.