Forums Últimos mensajes - Powered by IBM
 
Tags Palabras claves

actualizaciones en cascada

07/03/2009 - 15:51 por mp | Informe spam
Ayuda Hacer una pregunta
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
email Siga el debateRespuesta 3 respuestasRespuesta Tengo una respuesta
DRAGON AGE™: INQUISITION – Matadragones
 

Leer las respuestas

#1 Maxi
07/03/2009 - 17:22 | Informe spam
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


Preguntas similares

 

Busqueda sugerida :