GUID

29/06/2005 - 17:16 por JHenao | Informe spam
En las tablas donde se almacenan Id's de varias tablas, se deben colocar como
campos claves los Id's de cada una de las tablas (3a Forma Normal).
Pero:
¿No es mejor Colocar como campo clave un identificador Único de Registro? ,
previendo que la tabla crezca y por comodidad.

¿Cual es la mejor practica en este tipo de tablas?

Agradezco su opinión.
JHenao
Medellín - Colombia

Preguntas similare

Leer las respuestas

#1 Maxi
29/06/2005 - 17:30 | Informe spam
Hola, pues no hay siempre un blanco o negro, habria que estudiar bien el
caso en particular. La clave unica puede ayudar a la performance en algunos
casos, yo de todas maneras soy un poco enemigo de usar estas cosas
artificiales ;-), pero debo reconocer que en algunos escenarios son una
solucion EXCELENTE


Salu2
Maxi


"JHenao" escribió en el mensaje
news:
En las tablas donde se almacenan Id's de varias tablas, se deben colocar
como
campos claves los Id's de cada una de las tablas (3a Forma Normal).
Pero:
¿No es mejor Colocar como campo clave un identificador Único de Registro?
,
previendo que la tabla crezca y por comodidad.

¿Cual es la mejor practica en este tipo de tablas?

Agradezco su opinión.
JHenao
Medellín - Colombia
Respuesta Responder a este mensaje
#2 Alejandro Mesa
29/06/2005 - 17:49 | Informe spam
JHenao,

Aunque uses una columna con propiedad identity, debes tener las columnas que
referencian a las tablas padres, ademas de sus respectivas restricciones de
integridad referencial, asi como una restriccion unique para evitar que una
combinacion de claves foraneas sea insertada mas de una vez. Este tipo de
artificio (usar una columna con propiedad identity como llave subrrogada)
ayuda sobre todo a que el indice de la clave primaria sea mas estrecho, a que
las uniones con otras tablas que la referencian a ella, contenga menos
expresiones, etc.


AMB

"JHenao" wrote:

En las tablas donde se almacenan Id's de varias tablas, se deben colocar como
campos claves los Id's de cada una de las tablas (3a Forma Normal).
Pero:
¿No es mejor Colocar como campo clave un identificador Único de Registro? ,
previendo que la tabla crezca y por comodidad.

¿Cual es la mejor practica en este tipo de tablas?

Agradezco su opinión.
JHenao
Medellín - Colombia
Respuesta Responder a este mensaje
#3 JHenao
29/06/2005 - 18:16 | Informe spam
"> Aunque uses una columna con propiedad identity, debes tener una
restriccion unique para evitar que una combinacion de claves foraneas sea
insertada mas de una vez".

Es verdad, las restricciones de combinación de claves foráneas las realizo
desde la lógica de la aplicación (sin importar si se usa o no un único ID),
en caso de adoptar un Único ID es posible hacerlas desde la BD y si se puede
se debe?













Es verdad, Debo

"Alejandro Mesa" escribió:

JHenao,



AMB

"JHenao" wrote:

> En las tablas donde se almacenan Id's de varias tablas, se deben colocar como
> campos claves los Id's de cada una de las tablas (3a Forma Normal).
> Pero:
> ¿No es mejor Colocar como campo clave un identificador Único de Registro? ,
> previendo que la tabla crezca y por comodidad.
>
> ¿Cual es la mejor practica en este tipo de tablas?
>
> Agradezco su opinión.
> JHenao
> Medellín - Colombia
Respuesta Responder a este mensaje
#4 Alejandro Mesa
29/06/2005 - 19:41 | Informe spam
JHenao,

Es verdad, las restricciones de combinación de claves foráneas las realizo
desde la lógica de la aplicación (sin importar si se usa o no un único ID),
en caso de adoptar un Único ID es posible hacerlas desde la BD y si se puede
se debe?



Claro que se puede, es mas, se debe hacer en la bd. Una base de datos puede
ser utilizada por multiples aplicaciones y desde multiples plataformas, por
lo que enforzar es tipo de restricciones en la bd ayuda a que la integridad
de los datos se mantenga sin importar desde donde y desde que aplicacion sean
accesado los datos.


AMB

"JHenao" wrote:

"> Aunque uses una columna con propiedad identity, debes tener una
restriccion unique para evitar que una combinacion de claves foraneas sea
insertada mas de una vez".

Es verdad, las restricciones de combinación de claves foráneas las realizo
desde la lógica de la aplicación (sin importar si se usa o no un único ID),
en caso de adoptar un Único ID es posible hacerlas desde la BD y si se puede
se debe?













Es verdad, Debo

"Alejandro Mesa" escribió:

> JHenao,
>
>
>
> AMB
>
> "JHenao" wrote:
>
> > En las tablas donde se almacenan Id's de varias tablas, se deben colocar como
> > campos claves los Id's de cada una de las tablas (3a Forma Normal).
> > Pero:
> > ¿No es mejor Colocar como campo clave un identificador Único de Registro? ,
> > previendo que la tabla crezca y por comodidad.
> >
> > ¿Cual es la mejor practica en este tipo de tablas?
> >
> > Agradezco su opinión.
> > JHenao
> > Medellín - Colombia
email Siga el debate Respuesta Responder a este mensaje
Ads by Google
Help Hacer una preguntaRespuesta Tengo una respuesta
Search Busqueda sugerida