VEZ de disparadores y Cascade caminos

Question

Digamos que tengo 3 mesas en una jerarquía:

TableA -> TableB -> TableC 

TableC tiene una relación de clave externa con TableB y TableB tiene una relación de clave externa con TableA.

Si elimino un registro en TableA, debería eliminar en cascada hacia abajo a través de la jerarquía. Usar ON DELETE CASCADE funcionaría bien.

Sin embargo digamos que necesito poner un disparador INSTEAD OF en TableC. Según entiendo, un activador INSTEAD OF no se puede colocar en una tabla que tenga una cascada de eliminación. Tomado de MSDN:

Para los desencadenadores INSTEAD OF, la opción DELETE no está permitida en las tablas que tienen una relación referencial que especifica una acción en cascada ON DELETE.

Si tengo que tomar la eliminación en cascada TableB->TableC fuera, que tendría que utilizar un disparador INSTEAD OF para hacer cumplir la integridad referencial, y luego tengo el mismo problema con TableB->TableA. Este es un ejemplo simple, pero imagine que el camino de la cascada es mucho más grande. Parece que podría bola de nieve fácilmente a lo largo de una larga trayectoria en cascada.

¿Cuáles son las mejores prácticas para hacer frente a este escenario?

Answer 1

Suponiendo que debe utilizar los desencadenadores INSTEAD OF y los desencadenadores DESPUÉS no son una opción, lo mejor es a) controlar estrictamente el esquema para que pueda b) guiar el INSTEAD OF desencadena de forma regular para implementar el CASCADE DELETE y cualquier otra operación que necesites.

Crea las restricciones FK como antes, pero sin ningún comportamiento en cascada. En el nombre de FK, utilice una convención para indicar qué tipo de comportamiento en cascada y el comportamiento personalizado deberían producirse, por ejemplo:

• FK_UC_DC_Table1_Table2 - actualización en cascada, cascada de eliminar
• FK_UC_DN_Table1_Table3 - actualización en cascada, eliminar conjunto nulo

Use lo que tenga sentido, pero cree las FK, son metadatos útiles para la generación de códigos, y puede usar los nombres FK para registrar las directivas para el generador de códigos.

Me gustaría ir un paso más allá y aislar estas tablas en su propio esquema. No se comportarán del mismo modo que otras tablas, y al principio tendrán más problemas al probar y ajustar la generación de código. Lo mejor es mantener todo esto en cuarentena, y fácilmente identificable por un contenedor común.

Un esquema dedicado también le informará a cualquiera que modifique los datos que se aplican las diferentes reglas y comportamientos.

Answer 2

El estándar de mejores prácticas es definir VEZ de disparadores en vistas, no en tablas .

Si tiene que utilizar un desencadenador en una actualización/eliminación de FK, es mejor usar DESPUÉS, ya que siempre se ejecutará.

Si desea cancelar las acciones en cascada pero retiene las FK, simplemente configure la acción FK en NO ACTION.