FK Tabla ventas

[maurikius1983]

Hola a todos, tengo un duda respecto a una tabla ventas, esta tabla tiene varios campos, entre ellos Id Cliente que es fk de la tabla clientes.
En el sistema de ventas que estoy creando, si eliges como tipo de documento Factura no hay problemas porque tienes que seleccionar obligatoriamente un cliente, pero si elige como documento de pago ticket no tiene que elegir cliente, y entonces salta error de FK.
He pensado separar en dos tablas una factura y otra ticket pero me parecería absurdo.
Otra opción es crear un usuario por defecto al crear la tabla y asignarle todos los ticket, pero me parece un parche mas que una solución.

¿Que me aconsejáis? ¿Cual es la solución más común en estos casos?

[gnzsoloyo]

He pensado separar en dos tablas una factura y otra ticket pero me parecería absurdo.

No es tan absurdo, si los atributos de ambos documentos son diferentes, correspondería crear una tabla difernte, y en todo caso sería un esquema Padre/hijo, donde la entidad padre sería DocumentosPagados, y las hijas Factura y Ticket, donde la FK del cliente sólo existiría en Factura.
Sino, la única solución es crear un cliente genérico sobre el que se apliquen las emisiones de ticket.

Puntualmente eso dependerá de la regulación legal aplicable en tu país.

[maurikius1983]

Te doy más detalles:
Tabla venta
Id venta
Id cliente
Id empleado
Fecha
Dto total
Tipo impuesto
Tipo documento

Tabla detalle venta
Id detalle
Id venta
Id product
Cantidad
Precio und
Dto und

Me dices que cree una tabla factura y otra ticket, y que hereden de tipo documento?? Como organizarlas los campos que uso actualmente??

Un saludo y gracias de antemano.

[gnzsoloyo]

Me dices que cree una tabla factura y otra ticket, y que hereden de tipo documento

TE di dos soluciones diferentes.
¿Cual quieres implementar?

La mejor y mas completa, requiere al menos crear dos tablas mas. La menor es crear un cliente genérico para las ventas.

Es tu decisión. Elige una.

[maurikius1983]

Iniciado por gnzsoloyo

TE di dos soluciones diferentes.
¿Cual quieres implementar?

La mejor y mas completa, requiere al menos crear dos tablas mas. La menor es crear un cliente genérico para las ventas.

Es tu decisión. Elige una.

La primera 2 tablas mas, perdona si no fui explícito en la respuesta, me ayudas con la estructura??

[iislas]

Con el permis

¿FACTURA y TICKET, son documentos que amparan una VENTA y ademas, tienen los mismos atributos?

Ahi la respuesta

[maurikius1983]

Iniciado por iislas

Con el permis

¿FACTURA y TICKET, son documentos que amparan una VENTA y ademas, tienen los mismos atributos?

Ahi la respuesta

Tienen los mismos excepto el cliente

[gnzsoloyo]

Entonces, COMO TE DIJE AL PRINCIPIO, crea un cliente genérico al que imputar todas las ventas no discriminadas.

¿No se entiende esa idea?

[maurikius1983]

Iniciado por gnzsoloyo

Entonces, COMO TE DIJE AL PRINCIPIO, crea un cliente genérico al que imputar todas las ventas no discriminadas.

¿No se entiende esa idea?

A ver la entiendo perfectamente, lo único que te he pedido ya que voy a utilizar la primera opción es que me ayudes a reasignar atributos. Para ver como redistribuir las tablas.

Un saludo

[iislas]

Exacto, VENTAS MOSTRADOR, por ejemplo

[maurikius1983]

Hola a todos, a ver si podemos ordenar la tabla y me ayudais

Tabla venta
id_venta
Fecha
id_empleado
id_cliente
dto_total
tipo_impuesto
id_tipo_documento

Tabla detalle venta
id_detalle
id_venta
id_product
cantidad
precio_und
dto_und

Tabla Factura
id_factura

Tabla Ticket
id_ticket

¿Que campos añadiríais a las 2 nuevas tablas teniendo en cuenta que la única diferencia es que factura tiene cliente y ticket no?
¿Como la relacionaríais con la tabla ventas?
¿Añadiríais algún campo o quitaríais alguno de los que están (totales y subtotales los calculo en tiempo de ejecución)?

[Libras]

Tabla venta
id_venta
Fecha
id_empleado
dto_total
tipo_impuesto
id_tipo_documento


Tabla detalle venta
id_detalle
id_venta
id_product
cantidad
precio_und
dto_und


Tabla Factura
id_factura
id_venta
id_cliente


Tabla Ticket
id_ticket
id_venta

Con algo como esto :), los campos calculados si realmente los necesitas guardar para algo quedaria en la base en caso contrario es mejor que sean calculados por la aplicacion(los lenguajes de programacion son mas rapidos para realizar calculos que la base de datos)

[maurikius1983]

Iniciado por Libras

Tabla venta
id_venta
fecha
id_empleado
dto_total
tipo_impuesto
id_tipo_documento


Tabla detalle venta
id_detalle
id_venta
id_product
cantidad
precio_und
dto_und

Tabla Factura
id_factura
id_venta
id_cliente


Tabla Ticket
id_ticket
id_venta

Con algo como esto :), los campos calculados si realmente los necesitas guardar para algo quedaria en la base en caso contrario es mejor que sean calculados por la aplicacion(los lenguajes de programacion son mas rapidos para realizar calculos que la base de datos)

El campo id_tipo_documento de la tabla ventas, hace referencia a los dos tipos de documentos (factura y ticket), merecería la pena mantenerlo en la tabla ventas?.

PD: Los campos calculados también prefiero hacerlo en tiempo de ejecución.

[Libras]

Creo que con la estructura que te planteo no es necesario usar el campo tipo, harias la relacion usando las 4 tablas, ventas, detalle, factura y ticket, en estas ultimas si la venta existe quiere decir que es de un tipo u otro :)

[maurikius1983]

Iniciado por Libras

Creo que con la estructura que te planteo no es necesario usar el campo tipo, harias la relacion usando las 4 tablas, ventas, detalle, factura y ticket, en estas ultimas si la venta existe quiere decir que es de un tipo u otro :)

Es decir, que al mostrarlo en una tabla lo calculo en tiempo de ejecución y listo, así evito más peso en la BBDD.

[maurikius1983]

Por rizar el rizo,
Es una opción rentable eliminar ventas y detalle ventas, sustituyéndola por factura - detalle factura, y albaran(ticket) - detalle albaran y mantenerlas de forma independiente, simplificaría mucho, pero no se hasta que punto a nivel de rendimiento me ayudaría.