hay una pregunta de final que dice : explique 3 objetos de base de datos que permitan asegurar la integridad delos datos de una base de datos. Yo conozco las constraints que son para la integridad de entidad, referencial y semantica. Pero que otros 2 objetos me aseguran la integridad ?

Los triggers son para asegurar la integridad referencial y la coherencia de los datos.
También tenes las transacciones con sus respectivos isolation levels para evitar lecturas sucias, lecturas dobles y lecturas fantasmas.

Sobre los triggers estoy seguro, sobre las transacciones no tanto. ¿Alguien más que pueda dar su opinión o compartir sus conocimientos?

EDIT: Según Wikipedia, los procedimientos almacenados (stored procedures) también.
Cito:

Cita:Los procedimientos almacenados[b] pueden permitir que la lógica del negocio se encuentre como un API en la base de datos, que pueden simplificar la gestión de datos y reducir la necesidad de codificar la lógica en el resto de los programas cliente. Esto puede reducir la probabilidad de que los datos se corrompan por el uso de programas clientes defectuosos o erróneos. De este modo, el motor de base de datos puede [b]asegurar la integridad de los datos y su consistencia con la ayuda de procedimientos almacenados.

https://es.wikipedia.org/wiki/Procedimiento_almacenado

Para asegurar la seguridad, los dos por excelencia según tengo entendido, son:
Catálogo
Vistas

Me parece que hay muchos objetos y métodos más para "seguridad" sobre todo si interpretamos que seguridad incluye a la integridad referencial, lo cual no estaría mal según la primera página de la siguiente ppt:
http://es.slideshare.net/Drakonis11/inte...esentation

ok me baso en constraints, triggers y stored procedures...gracias.

(27-07-2015 16:42)roman1981 escribió:  ok me baso en constraints, triggers y stored procedures...gracias.

Te cito una parte de un resumen groso que hay acá subido en el foro (http://www.utnianos.com.ar/foro/tema-apo...-el-final)

Cita:3. Mecanismos para garantizar la integridad y la consistencia
• Constraints: son controles de integridad que se les pueden incorporar a la base. Por
ejemplo, constraints de PRIMARY KEY, integridad referencial, etc.
• Triggers: un procedimiento que se ejecuta ante un determinado evento sobre un objeto.
Antes o después de UPDATE/DELETE/INSERT.
• Transacciones: son una unidad lógica de trabajo. Partiendo de que una transacción lleva
la base de datos de un estado correcto a otro estado correcto, el motor posee mecanismos
de manera de garantizar que la operación completa se ejecute o falle.
• Logical Logs: Es un registro donde el motor almacena la información de cada operación
llevada a cabo con los datos.

Por lo que las transacciones también van, y además están los "Logical Logs". No dice nada sobre los STORED PROCEDURE pero el texto de Wikipedia es bastante convincente para mi así que también los consideraría.