Cual de estos esquemas es mejor?

29/09/2004 - 15:19 por Gerardo | Informe spam
Hola gente, tengo esta duda.
Supongamos que tengo las tablas: "Producto" y "Proveedor".
Cual de estos esquemas es mejor a la hora de definir sus
claves primarias?

1)Usar @Cod_Producto y @Cod_Proveedor respecivamente como
claves primarias y a su vez que estos sean los campos de
busqueda y usarlos para relacionar las tablas.

2)Usar @Cod_Producto y @Cod_Proveedor solo como campos de
busqueda y definir ademas Id_Producto e Id_Porveedor como
Identitys para las claves primarias de las tablas y
relacionar las tablas por estos ultimos.

yo siempre use el esquema 1), pero me dijeron que el 2)
es mas performante.Es asi?

Muchas gracias,saludos.

Preguntas similare

Leer las respuestas

#1 Maxi
29/09/2004 - 15:29 | Informe spam
Hola, el 2 es mas eficiente por el tipo de dato pero yo ni loco lo
usaria porque un identitie y como PK puede ser mortal.

Yo voto por el tradicional :-)


Salu2
Maxi
Buenos Aires - Argentina
Desarrollador Microsoft 3 Estrellas .NET
Nunca consideres el estudio como una obligación sino como
una oportunidad para penetrar en el bello y maravillosos
mundo del saber.
- Albert Einstein



"Gerardo" escribió en el mensaje
news:0a4501c4a626$f0b37f80$
Hola gente, tengo esta duda.
Supongamos que tengo las tablas: "Producto" y "Proveedor".
Cual de estos esquemas es mejor a la hora de definir sus
claves primarias?

1)Usar @Cod_Producto y @Cod_Proveedor respecivamente como
claves primarias y a su vez que estos sean los campos de
busqueda y usarlos para relacionar las tablas.

2)Usar @Cod_Producto y @Cod_Proveedor solo como campos de
busqueda y definir ademas Id_Producto e Id_Porveedor como
Identitys para las claves primarias de las tablas y
relacionar las tablas por estos ultimos.

yo siempre use el esquema 1), pero me dijeron que el 2)
es mas performante.Es asi?

Muchas gracias,saludos.





Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.769 / Virus Database: 516 - Release Date: 24/09/2004
Respuesta Responder a este mensaje
#2 luis_mtz
29/09/2004 - 16:07 | Informe spam
Hola Maxi


bueno me llamo la atencion tu respuesta y me gustaria
conocer tus razones por las que puede ser mortal su uso.

gracias

luis_mtz


Hola, el 2 es mas eficiente por el tipo de dato pero


yo ni loco lo
usaria porque un identitie y como PK puede ser mortal.

Yo voto por el tradicional :-)


Salu2
-


-
Maxi
Buenos Aires - Argentina
Desarrollador Microsoft 3 Estrellas .NET
-


-
Nunca consideres el estudio como una obligación sino como
una oportunidad para penetrar en el bello y maravillosos
mundo del saber.
- Albert Einstein



"Gerardo" escribió


en el mensaje
news:0a4501c4a626$f0b37f80$
Hola gente, tengo esta duda.
Supongamos que tengo las tablas: "Producto"




y "Proveedor".
Cual de estos esquemas es mejor a la hora de definir sus
claves primarias?

1)Usar @Cod_Producto y @Cod_Proveedor respecivamente




como
claves primarias y a su vez que estos sean los campos de
busqueda y usarlos para relacionar las tablas.

2)Usar @Cod_Producto y @Cod_Proveedor solo como campos




de
busqueda y definir ademas Id_Producto e Id_Porveedor




como
Identitys para las claves primarias de las tablas y
relacionar las tablas por estos ultimos.

yo siempre use el esquema 1), pero me dijeron que el 2)
es mas performante.Es asi?

Muchas gracias,saludos.





Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.769 / Virus Database: 516 - Release Date:


24/09/2004


.

Respuesta Responder a este mensaje
#3 El principiante
29/09/2004 - 16:31 | Informe spam
Hola Maxi.

Sobre un tema relacionado. Para fines de claves primaria yo estoy usando en
algunos casos claves tipo caracter compuestas por ej. TIPO+DOCUMENTO como
clave primaria de una tabla de documentos. Sin embargo he visto que algunos
no la recomiendan hacer asi sino que sugieren exista una clave secuencial
numerica como primaria. Cuales son las bases de esto ? No seria complicarse
mucho teniendo dos claves primarias (o mejor dicho una primaria numerica y
la candidata)? Es necesario o muy conveniente el uso de identity ?

Gracias por tu ayuda, amigo

Andres Ledesma


"Maxi" wrote in message
news:
Hola, el 2 es mas eficiente por el tipo de dato pero yo ni loco lo
usaria porque un identitie y como PK puede ser mortal.

Yo voto por el tradicional :-)


Salu2
Maxi
Buenos Aires - Argentina
Desarrollador Microsoft 3 Estrellas .NET
Nunca consideres el estudio como una obligación sino como
una oportunidad para penetrar en el bello y maravillosos
mundo del saber.
- Albert Einstein



"Gerardo" escribió en el mensaje
news:0a4501c4a626$f0b37f80$
> Hola gente, tengo esta duda.
> Supongamos que tengo las tablas: "Producto" y "Proveedor".
> Cual de estos esquemas es mejor a la hora de definir sus
> claves primarias?
>
> 1)Usar @Cod_Producto y @Cod_Proveedor respecivamente como
> claves primarias y a su vez que estos sean los campos de
> busqueda y usarlos para relacionar las tablas.
>
> 2)Usar @Cod_Producto y @Cod_Proveedor solo como campos de
> busqueda y definir ademas Id_Producto e Id_Porveedor como
> Identitys para las claves primarias de las tablas y
> relacionar las tablas por estos ultimos.
>
> yo siempre use el esquema 1), pero me dijeron que el 2)
> es mas performante.Es asi?
>
> Muchas gracias,saludos.



Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.769 / Virus Database: 516 - Release Date: 24/09/2004


Respuesta Responder a este mensaje
#4 El principiante
29/09/2004 - 16:42 | Informe spam
o dicho de otro modo, yo puedo tener una clave compuesta que funcione como
clave primaria ?


"El principiante" wrote in message
news:
Hola Maxi.

Sobre un tema relacionado. Para fines de claves primaria yo estoy usando


en
algunos casos claves tipo caracter compuestas por ej. TIPO+DOCUMENTO


como
clave primaria de una tabla de documentos. Sin embargo he visto que


algunos
no la recomiendan hacer asi sino que sugieren exista una clave secuencial
numerica como primaria. Cuales son las bases de esto ? No seria


complicarse
mucho teniendo dos claves primarias (o mejor dicho una primaria numerica y
la candidata)? Es necesario o muy conveniente el uso de identity ?

Gracias por tu ayuda, amigo

Andres Ledesma


"Maxi" wrote in message
news:
> Hola, el 2 es mas eficiente por el tipo de dato pero yo ni loco lo
> usaria porque un identitie y como PK puede ser mortal.
>
> Yo voto por el tradicional :-)
>
>
> Salu2
> Maxi
> Buenos Aires - Argentina
> Desarrollador Microsoft 3 Estrellas .NET
> Nunca consideres el estudio como una obligación sino como
> una oportunidad para penetrar en el bello y maravillosos
> mundo del saber.
> - Albert Einstein
>
>
>
> "Gerardo" escribió en el mensaje
> news:0a4501c4a626$f0b37f80$
> > Hola gente, tengo esta duda.
> > Supongamos que tengo las tablas: "Producto" y "Proveedor".
> > Cual de estos esquemas es mejor a la hora de definir sus
> > claves primarias?
> >
> > 1)Usar @Cod_Producto y @Cod_Proveedor respecivamente como
> > claves primarias y a su vez que estos sean los campos de
> > busqueda y usarlos para relacionar las tablas.
> >
> > 2)Usar @Cod_Producto y @Cod_Proveedor solo como campos de
> > busqueda y definir ademas Id_Producto e Id_Porveedor como
> > Identitys para las claves primarias de las tablas y
> > relacionar las tablas por estos ultimos.
> >
> > yo siempre use el esquema 1), pero me dijeron que el 2)
> > es mas performante.Es asi?
> >
> > Muchas gracias,saludos.
>
>
>
> Outgoing mail is certified Virus Free.
> Checked by AVG anti-virus system (http://www.grisoft.com).
> Version: 6.0.769 / Virus Database: 516 - Release Date: 24/09/2004
>
>


Respuesta Responder a este mensaje
#5 Maxi
29/09/2004 - 16:43 | Informe spam
Hola, pues los identities es verdad que dan mas velocidad a la hora de hacer
un join por el tema del tipo de dato, pero son tipos de datos muy
complicados de mantener.

Por ej: si te toca migrar la BDD vas a tener algunos lios, ni hablar si la
queres pasar a Oracle no!!

Si queres usar claves que no sean la comun podrias usar LOS GUID pero no los
identities.

Ojo en este tema vamos a encontrar opiniones muy dispares, por lo cual lo
mio es solo un punto de vista!!

Pero el uso de Identities es un verdadero dolor de cabeza, o usaria GUID o
usaria las claves comunes.


Salu2
Maxi
Buenos Aires - Argentina
Desarrollador Microsoft 3 Estrellas .NET
Nunca consideres el estudio como una obligación sino como
una oportunidad para penetrar en el bello y maravillosos
mundo del saber.
- Albert Einstein



"luis_mtz" escribió en el mensaje
news:454101c4a62d$a9fb89f0$

Hola Maxi


bueno me llamo la atencion tu respuesta y me gustaria
conocer tus razones por las que puede ser mortal su uso.

gracias

luis_mtz


Hola, el 2 es mas eficiente por el tipo de dato pero


yo ni loco lo
usaria porque un identitie y como PK puede ser mortal.

Yo voto por el tradicional :-)


Salu2
-


-
Maxi
Buenos Aires - Argentina
Desarrollador Microsoft 3 Estrellas .NET
-


-
Nunca consideres el estudio como una obligación sino como
una oportunidad para penetrar en el bello y maravillosos
mundo del saber.
- Albert Einstein



"Gerardo" escribió


en el mensaje
news:0a4501c4a626$f0b37f80$
Hola gente, tengo esta duda.
Supongamos que tengo las tablas: "Producto"




y "Proveedor".
Cual de estos esquemas es mejor a la hora de definir sus
claves primarias?

1)Usar @Cod_Producto y @Cod_Proveedor respecivamente




como
claves primarias y a su vez que estos sean los campos de
busqueda y usarlos para relacionar las tablas.

2)Usar @Cod_Producto y @Cod_Proveedor solo como campos




de
busqueda y definir ademas Id_Producto e Id_Porveedor




como
Identitys para las claves primarias de las tablas y
relacionar las tablas por estos ultimos.

yo siempre use el esquema 1), pero me dijeron que el 2)
es mas performante.Es asi?

Muchas gracias,saludos.





Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.769 / Virus Database: 516 - Release Date:


24/09/2004


.






Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.769 / Virus Database: 516 - Release Date: 24/09/2004
Respuesta Responder a este mensaje
Ads by Google
Help Hacer una preguntaSiguiente Respuesta Tengo una respuesta
Search Busqueda sugerida