Consejo para empezar

Eso queda a tu criterio, no hay una unica manera de hacerlo. Puede ser mas
prolijo que elimines en cascada, porque de esa forma garantizas desde la
base de datos que no van a haber inconsistencias, despreocupandote de las
operaciones que haga la aplicacion. Sin embargo, si estas trabajando con una
unica aplicacion, y vos mismo administras la base de datos, puede ser mas
comodo eliminar los registros vos mismo.

Espero que te sirva
Saludos


"MigueL" wrote in message
news:

Tengo dos tablas, las tipicas Pedido y Detalle

Mi pregunta es si crear un diagrama de base relacionando los campos
codigo(PEDIDO) y codpedido(DETALLE) , actualizar y eliminar en cascada
ó crear un proceso de almacenamiento donde al eliminar el pedido
elimine los posibles detalles.

Un saludo

Hola Miguel:
Personalmente me gusta la de crear el procedimiento almacenado para
borrarlos, porque me da una opcion mas de seguridad al darle a algunos
usuarios esta opcion y negarsela al resto.
Pero por supuesto es mas facil establecer la relacion con la opcion ON
DELETE CASCADE asi si no hay que escribrir el codigo y el permiso es
automatico. Tambien hay que dar menos mantenimiento de codigo.
Saludos,


Javier Loria
Costa Rica
Se aprecia la inclusion de DDL (CREATE, INSERTS, etc.)
que pueda ser copiado y pegado al Query Analizer.
La version de SQL y Service Pack tambien ayuda.

MigueL escribio:

Tengo dos tablas, las tipicas Pedido y Detalle

Mi pregunta es si crear un diagrama de base relacionando los campos
codigo(PEDIDO) y codpedido(DETALLE) , actualizar y eliminar en cascada
ó crear un proceso de almacenamiento donde al eliminar el pedido
elimine los posibles detalles.

Un saludo