[dbms] GUID como primary keys

[Esteban A. Zibecchi]

Aporto un poco más a la discusión....... Un problema adicional con utilizar claves que tengan que ver con la realidad es que normalmente nosotros no la controlamos.   Si recuerdan, el año pasado hubo un reempadronamiento de Monotributista y todo comenzó nuevamente....... como resultado, por ejemplo, tengo 2 facturas de la contadora con el mismo número........   Saludos Esteban From: dbms@mug.org.ar [mailto:[EMAIL PROTECTED] On Behalf Of José Luis Agosta Sent: Domingo, 01 de Octubre de 2006 12:17 To: dbms List Member Subject: [dbms] GUID como primary keys Hola. aporto mi comentario, con respecto a la memoria fiscal cuando se lleno una memoria, cambia el puesto de trabajo y pasa a ser un numero mas del ultimo puesto que tenga la empresa, por ejemplo si la empresa tiene una sola impresora fiscal el puesto seria 0002, ya que 0001 es para facturas manuales, y si tiene mas de una impresora fiscal es 0003, 0004 y así sucesivamente, y si se lleno la memoria pasaría a ser un nuevo puesto, en el caso de una sola impresora seria 0003, con respecto al proveedor yo utilizo para validar que no se repitan los numero de factura   el código de proveedor+el numero de puesto+ el numero de factura, o sea el proveedor 0001 numero de factura completo es 0002-00022330 la búsqueda seria así 0001000200022330, y nunca falla.   Atte, José Luis Agosta   De: dbms@mug.org.ar [mailto:[EMAIL PROTECTED] En nombre de Julio.Novomisky.Mug Enviado el: Sábado, 30 de Septiembre de 2006 17:35 Para: dbms List Member Asunto: [dbms] GUID como primary keys   Alejandro Luis no necesita quien lo patrocine o lo defienda Pero te diría que releas los mails, porque los dos números 1 son de proveedores, y si dos proveedores te pueden dar el mismo numero de factura Julio   From: dbms@mug.org.ar [mailto:[EMAIL PROTECTED] On Behalf Of Alejandro David Nelis Robles (GUFA) Sent: Sábado, 30 de Septiembre de 2006 04:42 p.m. To: dbms List Member Subject: [dbms] GUID como primary keys Lamento contarles que es falso el tema de emitir dos facturas con el mismo número de factura al vender, si tienen impresoras fiscales el número de factura si se repite ya que al dar de baja la memoria fiscal y darla de alta (cuando se agoto) empieza desde el número 1 de nuevo as que tu teoría se rompe, espero que esto te ayude.   Alejandro David Nelis Robles Socio MUG 1703 ----- Original Message ----- From: Luis Musa To: dbms List Member Sent: Friday, September 29, 2006 11:14 AM Subject: [dbms] GUID como primary keys   Cambia si es proveedor o cliente.... si es un proveedor me DEBE aceptar el mismo numero de factura para 2 proveedores distintos... vos y yo alguna vez tuvimos la factura numero 1 y podemos ser proveedores de la misma empresa, no? Entonces le podriamos dado los 2 esa # de factura a la misma empresa? Y esa empresa debe registrar en un iva compras por ejemplo las facturas de los proveedores... entonces en un sistema de proveedores, el proveedor tiene que ir en la clave. Si es un sistema de clientes no iria en la clave, porque yo no puedo emitir 2 veces el mismo numero de factura.   Saludos!!! ----- Original Message ----- From: Jose Mariano Alvarez To: dbms List Member Sent: Friday, September 29, 2006 10:22 AM Subject: [dbms] GUID como primary keys   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 __________ Información de NOD32, revisión 1.1784 (20060929) __________ Este mensaje ha sido analizado con NOD32 antivirus system http://www.nod32.com -- S.J.L. Soft Computación, utiliza software original. Se certificó que el correo Entrante no contiene virus. Verificado por Anti-Virus AVG. Versión: 7.1.407 / Base de datos de virus: 268.12.10/459 - Fecha de la versión: 29/09/2006 -- S.J.L. Soft Computación, utiliza software original. Se certificó que el correo Saliente no contiene virus. Verificado por Anti-Virus AVG. Versión: 7.1.407 / Base de datos de virus: 268.12.10/459 - Fecha de la versión: 29/09/2006