actualizaciones en cascada

Hola, huuu es un tema para largo, seguro es , ahora bien a mi no me gusta
que las cosas sucedan de forma automatica y no tener el control, prefiero
borrar los dependientes primero y luego los padres



Maxi Accotto
Microsoft MVP en SQL Server
Consultor en SQL Total Consulting



"mp" escribió en el mensaje de
noticias:

Señores, tenemos la aplicacion casi lista y el nuevo programador llego con
la idea de cambiar un campo que es clave.(PK).
Yo le discuti que no era conveniente modificarlo ya que forma parte de una
clave, a lo que el me responde, que
use las actualizaciones en cascada, en este caso cambiar un RUN (o NIC) de
un cliente, yo nunca lo he hecho, tal vez por eso es que tengo
<<panico>> de hacerlo.
Segun vuestra experiencia, es recomedable????, es seguro ???, es aplicable
hacer esto en una base de datos.
Que pasa en este caso con la integridad de los datos.
Les comento que la BD esta en Access 2003, pero por el tamaño que
alcanzara en el futuro la vamos a migrar a MS SQL 2000 o 2005.
A le espera de sus valioso cometarios.

MP

Gracias Maxi, en realidad me <<sacaste las palabras de la boca>>, fue
exactamente lo que le respondi al programador,
prefiero yo, tener el control y no el software, que por poderoso y/o
eficiente que sea a veces hace cosas que no deseo.
Ahora tengo otro argumento para discutir.
Otra vez gracias...




"Maxi" escribió en el mensaje
news:

Hola, huuu es un tema para largo, seguro es , ahora bien a mi no me gusta
que las cosas sucedan de forma automatica y no tener el control, prefiero
borrar los dependientes primero y luego los padres



Maxi Accotto
Microsoft MVP en SQL Server
Consultor en SQL Total Consulting



"mp" escribió en el mensaje de
noticias:

Señores, tenemos la aplicacion casi lista y el nuevo programador llego
con la idea de cambiar un campo que es clave.(PK).
Yo le discuti que no era conveniente modificarlo ya que forma parte de
una clave, a lo que el me responde, que
use las actualizaciones en cascada, en este caso cambiar un RUN (o NIC)
de un cliente, yo nunca lo he hecho, tal vez por eso es que tengo
<<panico>> de hacerlo.
Segun vuestra experiencia, es recomedable????, es seguro ???, es
aplicable hacer esto en una base de datos.
Que pasa en este caso con la integridad de los datos.
Les comento que la BD esta en Access 2003, pero por el tamaño que
alcanzara en el futuro la vamos a migrar a MS SQL 2000 o 2005.
A le espera de sus valioso cometarios.

MP

No soy partidario de hacer eso. Sin embargo lo he usado en un par de
ocasiones ya que era mucho mas simple y no he tenido problemas. Sin embargo
debes tener cuidado en cuantas tablas lo requieren y en que no se produzcan
circuitos.

Si el problema es en una tabla de clientes yo sospecharia que puede haber
algo mal en el diseño. Revisa cuidadosamente si no tienes otra alternativa.



Saludos


Ing. Jose Mariano Alvarez
http://blog.josemarianoalvarez.com/
Microsoft MVP
SQLTotal Consulting

(Cambia los ceros por O y saca lo que sobra)

Este mensaje se proporciona tal como es, SIN GARANTIAS de ninguna clase. Por
favor tratar de indicar la versión de SQL y Service Pack. La inclusión de
(CREATE, INSERTS, etc.) para poder reproducir el problema también ayuda.










"mp" wrote in message
news:

Señores, tenemos la aplicacion casi lista y el nuevo programador llego con
la idea de cambiar un campo que es clave.(PK).
Yo le discuti que no era conveniente modificarlo ya que forma parte de una
clave, a lo que el me responde, que
use las actualizaciones en cascada, en este caso cambiar un RUN (o NIC) de
un cliente, yo nunca lo he hecho, tal vez por eso es que tengo
<<panico>> de hacerlo.
Segun vuestra experiencia, es recomedable????, es seguro ???, es aplicable
hacer esto en una base de datos.
Que pasa en este caso con la integridad de los datos.
Les comento que la BD esta en Access 2003, pero por el tamaño que
alcanzara en el futuro la vamos a migrar a MS SQL 2000 o 2005.
A le espera de sus valioso cometarios.

MP