Como organizar tabla con mas de 1 relacion.

[giuli956]

Tengo en mi sistema una tabla cheques. Un cheque puede venir de un cliente, o puede ir o venir de un proveedor.

Pense poner el idproveedor y el idcliente en la tabla cheques, pero quedara un idvacio y uno lleno.

De lo contrario deberia tener una tabla (clicheque)que contega idcliente e idcheque, y otra(proveecheque) idproveedor e idcheque pero como realizo la busqueda, el filtrado? El filtrado seria seleccionar de la tabla clicheque o proveecheque segun se necesite.

Y la busqueda de un cheque? Debo buscar en ambas tablas para saber de donde proviene o que se hizo? Es correcto este modelo o que me aconsejan?

Saludos

[gnzsoloyo]

Lo que describes es parte del sistema de documetnos de pago, pero corresponden a gestiones y susbsistemas totalmente diferentes. No pueden estar en la misma tabla.
Los pagos por cheque de clientes son cancelaciones de deuda por ventas, con saldo deudor, y pertenecen al subsistema de Ventas-Cobranzas..
Los pagos de cheques de Proveedores son cancelaciones de deuda por compras, con saldo acreedor y pertenecen al subsistema Compras-Pagos.
Son conceptos incompatibles. SI los estás consolidando en una misma tabla, está mal diseñado.

Si vamos a contabilidad clásica, se trata de dos libros diferentes: "Documentos A Pagar" y "Documentos a Cobrar", estos componen el balance, pero los movimeitnos de cada uno no se registran en el mismo libro.
Al pasar a BBDD, esta lógica se mantiene: Los documentos de pago y de cobro no pueden pertencer a la misma tabla porque se relacionan con grupos de tablas completamente diferentes. Mientras los de Clientes se relacionan con facturas, notas de credito y ventas en general, los de proveedores están relacionados con pedidos de provision, facturas de terceros, remitos y recibos de terceros.

¿Se entiende?

[giuli956]

Iniciado por gnzsoloyo

Lo que describes es parte del sistema de documetnos de pago, pero corresponden a gestiones y susbsistemas totalmente diferentes. No pueden estar en la misma tabla.
Los pagos por cheque de clientes son cancelaciones de deuda por ventas, con saldo deudor, y pertenecen al subsistema de Ventas-Cobranzas..
Los pagos de cheques de Proveedores son cancelaciones de deuda por compras, con saldo acreedor y pertenecen al subsistema Compras-Pagos.
Son conceptos incompatibles. SI los estás consolidando en una misma tabla, está mal diseñado.

Si vamos a contabilidad clásica, se trata de dos libros diferentes: "Documentos A Pagar" y "Documentos a Cobrar", estos componen el balance, pero los movimeitnos de cada uno no se registran en el mismo libro.
Al pasar a BBDD, esta lógica se mantiene: Los documentos de pago y de cobro no pueden pertencer a la misma tabla porque se relacionan con grupos de tablas completamente diferentes. Mientras los de Clientes se relacionan con facturas, notas de credito y ventas en general, los de proveedores están relacionados con pedidos de provision, facturas de terceros, remitos y recibos de terceros.

¿Se entiende?

Y bueno entonces podria tener en la tabla cheques el tipo (cliente o proveedor) y el idpersona para buscar en las tablas cliente y proveedor ya que estas heredan de persona. Pero que sucederia si quiero representar que un chueque viene de un cliente y fue entregado a un proveedor?

De lo contrario tener las tablas clicheque y provecheque como te mencione en el primer mensaje, esto me parece lo mas adecuado.
Gracias

[gnzsoloyo]

Puedes persistir con ese modelado, pero solo lograrás complicarte hasta el infinito.
Es tu decisión.

[giuli956]

Iniciado por gnzsoloyo

Puedes persistir con ese modelado, pero solo lograrás complicarte hasta el infinito.
Es tu decisión.

Es que eso quiero saber como modelarlo.

Decime acerca de este modelo:
Tambien podria plantear que los proveedores forman parte del sistema de compras y podria registrar una compra con el proveedor, etc, y luego una tabla de relacion de esa compra con los cheques que se asociaron, es lo mismo que se hace con los productos : la tabla compra tiene idproveedor fecha,etc y en otra de relacion todos los productos de esa compra(para no repetir todo el registro de compra)

Código MySQL:

CREATE TABLE cheque(
idcheque INT NOT NULL AUTO_INCREMENT PRIMARY KEY,
idcliente INT,
numero INT,
fecharecibo DATE,
fechacobro DATE,
importe DECIMAL(10,2),
titular VARCHAR(100),
cuenta  INT,
CUIT INT,
haber DECIMAL(10,2),
cobrado bool,
fechadecobro DATE,
tipo CHAR,
idpersona INT,
);
 
create table factura(
idfactura int not null auto_increment primary key,
monto decimal(10,2),
idproveedor int,
tipo char,
foreign key (idproveedor) references proveedor(idproveedor) on delete no action
);
create table compras(
idcompra int not null auto_increment primary key,
idfactura int,
cantidad decimal(10,2),
idproducto int,
preciou decimal(10,2),
foreign key (idproducto) references producto(idproducto) on delete no action,
foreign key (idfactura) references factura(idfactura) on delete cascade
);
 

Una vez teniendo la factura se registra por cada producto de la compra o factura cantidad idproducto preciou.

Entonces los cheque asociados que pueden ser varios:

Código MySQL:

CREATE TABLE chequecompra(
idfactura INT,
idcheque INT,
FOREIGN KEY (idfactura) REFERENCES factura(idfactura),
FOREIGN KEY (idcheque) REFERENCES cheque(idcheque)
);
 

lo mismo haria para las ventas a los clientes, de la tabla ventas asociar idcheque.

Saludos