Para mi la unica ventaja entre un GUID y un campo indenty es en los casos de replicar la tabla o hacer copias masivas, donde muchas veces por no tener en cuenta que el campo es identity se hacen desastres... La gran desventaja que le veo al GUID es a la hora de debuguear, porque si quiero ver el rastro de un registro cuyo ID es 265F-586D-5A37-99ACD es mas molesto.
-----Mensaje original----- De: [email protected] [mailto:[EMAIL PROTECTED] En nombre de Esteban A. Zibecchi Enviado el: Jueves, 28 de Septiembre de 2006 13:01 Para: dbms List Member Asunto: [dbms] GUID como primary keys Nuestra experiencia ha sido realmente muy buena. Te comento algunos puntos a favor y en contra que encontramos al usarlos Favor ----- * Cada tabla tiene una PK de un sólo campo y siempre del mismo tipo de dato * Los joins son más simples * Como la key no significa nada en el dominio, se pueden actualizar hasta campos no tradicionales como Cliente.Codigo * Como los GUIDs no se pueden repetir, la sincronización entre diferentes puntos se hace más simple. * Se pueden tomar secciones de una tabla para pasar a histórico y luego pueden volver a incluirse sin miedo a que cambien las PK * Las PK se pueden compartir entre diferentes aplicaciones. En Contra --------- * Ocupan más espacio que un Identity * Al hacer debugging es dificil seguir el rastro a las cosas ya que los IDs no significan nada (y encima andá a acordarte de alguno) Saludos Esteban -----Original Message----- From: [email protected] [mailto:[EMAIL PROTECTED] On Behalf Of Dario Quintana Sent: Jueves, 28 de Septiembre de 2006 10:45 To: dbms List Member Subject: [dbms] GUID como primary keys Hola gente como están, estuve leyendo unos articulos pero me gustaría su opinión acerca de usar GUID como primary keys en todas las tablas de un db. El escenario es un esquema de sucursales y casa central. Saludos -- Dario Quintana dariodotnet.blogspot.com
