![]() |
Ejecutar Procedimiento Almacenado en Trigger
Uso FireBird 1.50
Como se ejecuta un Procedimiento Almacenado en un Trigger, lo que pasa es que le quiero pasar un valor a un campo Antes de Insertar y Guardar un Registro, mediante un Procedimiento Almacenado que tengo, le paso como parámetros de Entrada la Sucursal y el Cliente y tengo como parámetro de Salida el Indice por ejemplo: me marca en error en execute y si se lo quito no me reconoce la palabra reservada "Procedure".. Agradezco cuanlquier comentario. |
Si el procedure devuelve un valor, recuperalo en un select.
Hasta luego. ;) |
oki
Gracias Sr. Juan Antonio Castillo Hernández, así me funcionó, pero me sucede algo raro, lo que me pasa es que este Trigger se Dispará antes de que el dbGrid Graba en el Detalle, pero No me devuelve ningun valor, y si lo ejecuto a traves del Componente ibStoreProcedure, mandandole los parámetros del Pro. Alamcenado si me devuelve el Parámetro. De antemano Muchas Gracias.
|
No entendí bien tu planteamiento... lo que se decirte es que el trigger es totalmente independiente de cualquier dbgrid y cosas similares. Se disparará justo antes (before) o depues (after) de la insercion (insert), actualizacion (update) o borrado (delete) de un registro en el servidor de la base de datos.
Hasta luego. ;) |
Hola.
Pruebalo de esta forma : execute procedure dame_indice_dpromociones(new.sucursal, new.cliente) returning_values new.indice; NOTA: Lo he escrito de memória, si no funciona, consulta la sintaxis de execute procedure, en la documentación de Firebird (aunque creo que es correcta). Saludos. |
oki
Gracias Sr. Juan Antonio Castillo Hernández, ya se que un trigger se ejecuta antes de después de Insertar, Actualizar y Borrar, pero no se porque no se ejecuta cuando en el dbGrid "AUTOMATICAMENTE" ejecuta el POST de la Tabla(IbDataset) en donde en el ModifiSQL tengo un "UPDATE ......", ya le cambie a todos los estados al Trigger pero no me devuelve ningun valor, pero si mando a llamar el ibStoreProccedure en el "BeforePost" del IbDataset mandandole los parámetros de Entrada, si me devuelve el parámetro de Salida.
En el BeforePost del IbDataset tengo esto: Código:
tDPromocionSUCURSAL.value:=SucursalProm; Ya lo probe como también me dice Sr. Marc Guillot, no me marca error en el Trigger pero también no me devuelve el ningún valor. No se que estaré haciendo mal, ó bien supuestamente en el dbGrid porque si al agregar un Nuevo registro "ACTUALIZA AUTOMATICAMENTE" el registro anterior y no se Dispará el Trigger. De antemano Gracias por sus Respuestas. |
Hola.
Una posiblidad es que tu trigger asigne un valor en el campo, pero la sentencia de modificación que lanza el IBDataset le asigne un valor nulo, sobreescribiendo el valor asignado por el trigger. Para evitarlo, el campo no debe estar en los campos persistentes del IDBataSet, o bien debe ser ReadOnly, o tener desactivado el flat pfInUpdate. NOTA: Como no utilizo IBX solo te lo puedo indicar de forma aproximada. (Si el IBDataSet tiene una sentencia SQL para el Update, quita ese campo de la sentencia). Saludos. |
oki
Lo voy a probar..... Gracias por sus Respuestas.
|
oki
Sinceramente ya revise todo, ya hice lo que me dijo pero no me devuelve ningun valor para el campo INDICE que tengop dentro del Trigger antes de Insertar un Registro en el Detalle, que raro, pero en código si me devuelve el valor, de todas formas Muchas Gracias por su respuesta.
|
Que ocurre si lanzas la sentencia update en isql o en ibexpert?
hasta luego. ;) |
oki
Si lanzo esta sentencia me llama el Trigger en donde llamará al Proc. Almacenado que me regresará el último INDICE del Detalle y me actualizará este mismo. Esto es si la llave Primaria SUCURSAL y CLIENTE tienen valores, pero si juego a que el "dbGrid" intente a disparar el Trigger no lo logra hacer. Espero me haya explicado .. Gracias.
|
:confused: la verdad no.
Un trigger se dispara independientemente de donde venga la sentencia update. Precisamente esa es una de sus razones de ser, y de sus principales ventajas. Hasta luego. ;) |
oki
Estoy de acuerdo con usted, pero, corrigeme si estoy mal, si en un dbGrid lo enlazo a un ibDataset por medio de un DataSource, al abrir un Nuevo Registro en el dbGRid, manda a llamar la Instrucción Post+Insert, obviamente porque Graba el Registro Anterior e Inserta el Siguiente, entonces si manda la Instrucción "Post", porque no llama el Trigger si en la propiedad ModifiSQL del IbDataset tengo la sentencia SQL:
y en la Propiedad InsertSQL tengo Y el Trigger lo tengo Antes ó después de "Insertar" y "Modificar" y no me regresa nada. En el Trigger tengo esto: Y en el Procedimiento Almacenado tengo esto: Gracias por sus comentarios. Espero haberme explicado. |
Hola Agag.
Creo que debes comenzar por separar las ideas. El dataset ejecutará la sentencia SQL apropiada (insert, update o delete) cuando se llame al método post. Cuando se llama al método Insert, Delete, Append o Edit, el dataset normalmente llamará primero a su método post si es necesario, antes de intentar realizar la acción propia del método. Todo esto ocurre en tu propia aplicación. Los triggers residen en la base de datos, de manera que cuando el motor recibe una sentencia insert/update/delete ejecuta los triggers especificados para la tabla, de acuerdo a su sentencia de creación (before/after) y la sentencia específica. Podes comprobar que el trigger se dispare y funcione correctamente conectandote via isql o ibExpert. Si el trigger funciona, entonces revisá la lógica de tu programa en delphi. Si no funciona, entonces revisá la lógica del trigger. Hasta luego. ;) |
oki
Entonces en el dbGrid, cuando se inserta un registro el ibDataset manda a llamar su método Insert, pero no manda al motor de la base de datos la sentencia "INSERT INTO..", estoy mal????
Muchas Gracias por sus Respuestas. |
ahora ya no. :D:D
|
oki
oki
Gracias. |
La franja horaria es GMT +2. Ahora son las 17:30:51. |
Powered by vBulletin® Version 3.6.8
Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
Traducción al castellano por el equipo de moderadores del Club Delphi