¿Que enfoque de programación utilizarias?

[[BlueSteel]]

Hola

creo que tambien utilizaría el de agregar el campo a la tabla factura,

aunque tambien le daria vueltas a una tercera opción y es (aunque esto se parece a la solucion nº 2....)

3.- crear otra tabla en donde se vincule recibo y factura... aunque esta sea solo para saber si la factura pertece a un recibo... y a su vez cuantas facturas estan en un determinado recibo..

Salu2

[ecfisa]

Hola.

Opcion 1.
Aunque signifique codificar más, algo es seguro: si tengo el número de recibo, tengo el recibo.
( o al menos sé cuál es el que no tengo...)


Un saludo.

[ContraVeneno]

Yo utilizaría el método 1.... y validaría con el método 2, na mas pa amarrar... pero definitivamente el punto 1 debería ser utilizado.

respecto al comentario de mi amigo BlueSteel, permíteme discrepar con tu idea, ya que el crear una tabla extra, implica al menos crear tres campos en esa tabla, además de un índice y las llaves que correspondan, cuando en el primer caso estamos hablando de agregar un solo campo; además de que el join en lugar de ser de 3 tablas, se tiene que hacer de 4 tablas... en otras palabras, un campo es más sencillo de administrar, que tres o más campos, mas todo lo que esto implique.

y ahora, pa seguir haciendo relajo... no me gusta usar guiones para nombrar las cosas, prefiero usar CamelCase; además, la tabla del detalle, yo la llamaría RecibosDetalle, en lugar de DetalleRecibos. Esto es porque si estoy buscando los recibos, todas las tablas relacionadas a estos, estarán una junto a la otra y no tendría necesidad de moverme entre las tablas. En el otro caso, tendría que ir a la R para ver los recibos y luego ir a la D y buscar el DetalleRecibos ahí.

Pero como dicen, para gustos, los colores....

[[newtron]]

Hola.

Particularmente opino que lo más simple es la opción 1 y como soy un poco perro suelo tirar por la vía más simple siempre, aparte de que será bastante más rápido que tirar de consultas.

Saludos

[Ñuño Martínez]

Acabo de hacerme un <ER> mental y llego a la conclusión de que lo lógico es poner en el recibo el identificador de la factura. La razón es que es más fácil que una factura se pague con varios recibos, mientras que lo raro es que un recibo pague varias facturas. Useasé:

Código SQL [-]
CREATE TABLE recibo (
  ...
  id_factura ...,
  FOREIGN KEY id_factura(factura.id)
)

Otra posibilidad sería utilizar una relación <n-n>, esto es, una tabla tal que así:

Código SQL [-]
CREATE TABLE rel_factura_recibo (
  id_factura ...,
  id_recibo ...,
  FOREIGN KEY id_factura(factura.id),
  FOREIGN KEY id_recibo(recibo.id)
)

Ahora mismo no recuerdo si las claves externas se indican así, pero creo que se entiende la idea, ¿no?

De todas formas prefiero la solución que he expuesto primero.

[edito]

Acabo de releer el problema y he caído en que mi lógica no es válida. La definición que pones de recibo es un poco rara, ¿no? Un recibo es el documento que se entrega cuando se "recibe" una cantidad de dinero, en este caso el importe de una factura, ¿o no?

[Casimiro Noteví]

Empezado por Ñuño Martínez

[..]llego a la conclusión de que lo lógico es poner en el recibo el identificador de la factura. La razón es que es más fácil que una factura se pague con varios recibos, mientras que lo raro es que un recibo pague varias facturas.[..]

Eso es lo que pienso yo.

Empezado por Ñuño Martínez

[edito]
Acabo de releer el problema y he caído en que mi lógica no es válida. La definición que pones de recibo es un poco rara, ¿no? Un recibo es el documento que se entrega cuando se "recibe" una cantidad de dinero, en este caso el importe de una factura, ¿o no?

Por eso mismo me he quedado callado después, me "suena" raro ese recibo del que hablan.

[rgstuamigo]

Bueno antes de opinar me gustaría, mi buen amigo AzidRain , que definieras ¿a qué le llamas Recibo? o que entiendes por recibo?, pues la verdad estoy al igual que Ñuño Martínez que estoy viendo que la definicion que le pones a un recibo es diferente a la que tengo yo; quizás sea por la diferencia de País.... pero mejor acláranos....
Saludos...

[roman]

Yo creo que falta algo en la explicación. La existencia de la tabla det_recibos hace pensar que entre recibos y facturas hay una relación n-n. Por otra lado, la posibilidad de incluir el campo num_recibo en la tabla factura hace pensar que en realidad se trata de una relación 1-n.

Entonces, más que preguntarse si es buena idea incluir el campo num_recibo en facturas, yo preguntaría ¿para qué se quiere la tabla det_recibo?

// Saludos