Triggers y consultas SQL

[ilu7ionHD]

Primero que nada, gracias por tomarse el tiempo de entrar y leer mis dudas de novato. Tengo algunas dudas de muchos temas.

Si alguien me preguntara lo que es un trigger y yo le respondiera lo siguiente:
"un triggers es un disparador muy similar a un procedimiento con la excepción de que este se ejecuta automáticamente, antes o después de una acción como puede ser un INSERT,UPDATE,DELETE,SELECT"
Estaría bien?

Preguntas:
1-Trigger solo sirve para lenguaje de manipulación de datos? es decir UPDATE,INSERT,DELETE,SELECT? o también sirve para control de datos y definición de datos?
2-Como se dice en SQL Server que el trigger se ejecute antes o después de una determinada acción?
3-Que significa FOR EACH ROW en un trigger?

[iislas]

Trigger: SI

1.- Los triggers fueron creados para controlar el DRI (Data Referential Integrity), soy de la idea que no deben usarse como una programacion comun.
2.- Con la opcion de AFTER
3.- En SQL Server, no existe FOR EACH ROW

Para saber mas:

http://msdn.microsoft.com/es-es/library/ms189799.aspx

[gnzsoloyo]

En referencia al punto 3 mencionado por @iislas, ten en cuenta que no existe un lenguaje procedural estandar, por lo que cada DBMS hace lo que quiere con el suyo (como también con la funciones propias de cada uno).
En ese sentido, existe esa cláusula en algunos de ellos, pero no en SQL Server.
No puedes copiar un código de Oracle en MySQL, ni uno de SQL Server en Oracle. Deben realizarse siempre adaptaciones que tienen límites en cuanto a cosas propias de cada caso.
¿Se entiende?

[ilu7ionHD]

Muchas gracias por sus respuestas me ayudaron mucho @gnzsoloyo si se entiende perfecto lo que decis, tenia entendido que el lenguaje estándar era sql y de ahi todos los SGDB se basaban en SQL obviamente no todos iguales pero si almenos un estandar en comun

[gnzsoloyo]

SI. El SQL en sí cumple un estandar, que es el ANSI-SQL, y que es interpretado por todos.
Pero el PL/SQL, T-SQL o como lo quieran llamar, no está estandarizado. Sólo está definida su existencia, pero no se lo ha regulado.
Por eso las variables se declaran de diferente forma en todos, los parámetros se crean de distinto modo, y lo mismo pasa con cursores, controladores de flujo, constructores de SP/SF, etc.
Respecto a las funciones del SQL, hay una cantidad que se denominan igual, y tienen usos similares, pero otra cantidad que depende del DBMS. Incluso las que tienen el mismo nombre pueden tener diferentes parametrizaciones.
Uno se habitúa a saltar de uno a otro, por lo que en realidad no es demasiado complicado.