|
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
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 -----
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 -----
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 -----
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
|
