Cita:
Iniciado por gnzsoloyo 
Mira, partamos de una descripción sencilla:
Un TRIGGER es una rutina programada para ejecutarse cuando se produce el evento capaz de dispararlo, y solo hay TRES de ellos: INSERT, UPDATE y DELETE.
La idea de un trigger es crear una tarea programada en la rutina que deba hacerse SIEMPRE que se produzca ESE evento en una tabla dada. Usualmente la tarea tiene que ver con cosas que no requieren interacción de parte de usuarios, sino que son obligatorias y donde los datos que requieren también están en la base sin necesidad de otras interacciones de usuarios posteriores al evento.
¿Se entiende?
Ahora bien, un trigger NO se dispara por un SELECT, por lo que el que haya un alta, baja o modificación de un registro dado no hace que ningún sistema lo refleje si no tienes una rutina diferente capaz de verificarlo.
En ese sentido, estas confundiendo los usos de ambas cosas.
Finalmente, ten en cuenta que lo que hagas con las aplicación (JavaScript, C#, Java, etc) es irrelevante para la base, porque la base de datos no interactúa con el usuario. Lo que haga tu aplicacion dependerá de lo que tu programes en ella.
¿Se va aclarando la idea?
Muchísimas gracias! Sí, se ha aclarado
Claro, ahora veo el motivo de que, aunque se dispare un TRIGGER, no encuentre la manera de que no pueda "enterarme" de ello mediante otro lenguaje cualquiera (creo que es así la idea).