Alejandro... No hace falta que lo escuches... con que el trigger inserte el elemento en una tabla y vos mires constantemente dicha tabla sería suficiente.
Saludos, Pancho Córdoba El 26 de abril de 2014, 23:51, César Pistiner <[email protected]>escribió: > Buenas noches... > > Cual es la necesidad de capturar ese evento? No te alcanza con controlarlo > antes o después de la llamada en tu código? > > Solo para comprender mas el problema. > > Saludos, > César > El abr 26, 2014 9:51 AM, "Alejandro Paciotti" < > [email protected]> escribió: > >> Un trigger en la tabla que vos quieras... pero como haces para >> "escuchar" o catchear el evento desde afuera, y con que? >> >> Gracias! >> >> [email protected] >> >> >> El 26 de abril de 2014, 9:41, francisco prieto <[email protected]>escribió: >> >>> Ale, >>> >>> Eso es simplemente un Trigger... y en Sql podes crearlo sin problemas... >>> gracias a ellos hice mi propia aplicacion de sincronozación entre >>> servidores... >>> >>> Saludos, >>> >>> Pancho >>> Córdoba >>> >>> >>> El 25 de abril de 2014, 12:25, Alejandro Paciotti < >>> [email protected]> escribió: >>> >>>> Hola muchachos: >>>> >>>> Alguien conoce algún generador de eventos chatcheables en SQL SERVER? >>>> >>>> ¿Qué quiero decir? >>>> >>>> En este ejemplo muestran como *Catch un Firebird events >>>> <http://www.king-foo.be/2011/07/catch-firebird-events-with-node-js/>*, >>>> que básicamente lo hace a traves de un disparador luego de la inserción / >>>> borrado / update de un registro de una tabla. >>>> >>>> >>>> SQL> SET TERM !! ; SQL> CREATE TRIGGER NEW_MONKEY_EVENT FOR monkeys >>>> CON> ACTIVE CON> AFTER INSERT CON> AS CON> BEGIN CON> POST_EVENT >>>> 'new_monkey_created'; CON> END!! SQL> SET TERM ; !! >>>> >>>> Todavía no lo probé, porque no quiero enroscarme con FIREBIRD siendo >>>> que lo necesito primeramente en SQLSERVER. >>>> >>>> Si a alguien leyó, vio, o escuchó algo... agradeceré comentarios... >>>> >>>> >>>> Abrazos. >>>> >>>> >>>> [email protected] >>>> >>> >>> >>
