[dbms] GUID como primary keys

[Jose Mariano Alvarez]

Mi objecion no es por si una factuira corresponde a un proveedor. Cambia cliente por proveedor y la pregunta sigue siendo la misma.-

 

Tu dices que usarias una PK de factura que incluya el numero de Cliente?

O sea que si hay un error en el sistema o en algun proceso que modifica datos o cualquier cosa que se te ocurra (buena o mala), la tabla podra aceptar perfectamente debido a tu modelo de datos el mismo numero de factura para dos clientes distintos?

 

Saludos

 

 

On 9/29/06, Luis Musa <[EMAIL PROTECTED]> wrote:

Jeje... estaba pensando en un sistema de proveedores, lo que pasa es que omiti ponerlo en el ejemplo... igual creo que lei mal el motivo de la discusion... saludos!!!

----- Original Message -----

From: Jose Mariano Alvarez

To: dbms List Member

Sent: Thursday, September 28, 2006 7:04 PM

Subject: [dbms] GUID como primary keys

 

Va de nuevo

 

 

Podrias explicarte mejor.

 

Tu dices que usarias una PK de factura que incluya el numero de proveedor?

O sea que si hay un error en el sistema o en algun proceso que modifica datos o cualquier cosa que se te ocurra (buena o mala), la tabla podra aceptar perfectamente debido a tu modelo de datos el mismo numero de factura para dos clientes distintos?

 

Saludos

 

On 9/28/06, Luis Musa < [EMAIL PROTECTED]> wrote:

Como desventaja podes agregar que para acceder a campos de la clave natural,
por ahi tenes que hacer joins, que si tuvieras una clave compuesta no serian
necesarios:

Por ejemplo
Facturas: Codigo de Proveedor + Factura
Detalle Factura: Codigo de Proveedor + Factura + Producto

Si uso solamente Id's como claves para llegar al numero de factura desde el
detalle de la factura (o al proveedor), debo hacer un join con la tabla
facturas si o si.

Saludos!!



--
--------------------------------
Atte.
Ing. Jose Mariano Alvarez

--
--------------------------------
Atte.
Ing. Jose Mariano Alvarez