[SOLUCIONADO] Query combinando tablas

[Arenas]

Buenas,

me veo ante un gran problema, un problema al que no llego, realmente no se si es posible llegar, a ver si resumo bien y encuentro un genio, solo me queda poner el problema en un sitio público, y ¿que lugar mejor que aqui?

Ahi va el problema:

TABLA_A:
id_producto
descripcion_producto

TABLA_B:
id_estado_producto
id_producto (vinculo con la tabla a)
estado (reservado,liberado, vendido) donde liberado es cuando se anula una reserva
fecha_creacion

Necesito hacer un join tabla A, tabla B, pero necesito solo contar los productos disponibles:
disponible es:
- que no este en la tabla b: TABLA_B.id_producto IS NULL
- que si este en la tabla b pero que no posea los estados ni reservado ni vendido, pero ojo, puede poseer varios resgistros con el mismo id_producto

Ya he probado todo y estoy algo bloqueado, estoy pensando añadir un nuevo campo que maque si está disponible o no en la tabla_a e ir modificándolo, pero es una chapuza y me gustaría conseguirlo con una sola query.

Mi conclusión (erronea)
SELECT id_producto from
TABLA_A Left join TABLA_B on TABLA_A.id_producto=TABLA_B.id_producto
where ((TABLA_B.id_producto IS NULL) or (TABLA_B.estado!="vendido" and TABLA_B.estado!="reservado"))

El problema de esta sentencia es que me lanza igualmente resultado si hay uno liberado, independientemente de que solo querría el resultado si no esta ni vendido ni reservado, vamos que me da igual que se liberara si posteriormente cree un nuevo registro donde si se vendió o reservó.

Nunca hice query dentro de query, igual es la opcion, porque igual me resulta muy util el campo fecha creación.

Si alguien entendió mi problema yo ya desisto, llevo 4 horas intentando dar solución a este problema matemático, y ya soy consciente de yo soy de letras... me doy por vencido.

[sjj]

Me parece que sólo te falta indicar la tabla del primer id_producto, sino es ambiguo. A mí esta consulta me funcionó:

Código SQL:

SELECT tabla_a.id_producto
FROM tabla_a
LEFT JOIN tabla_b ON tabla_a.id_producto = tabla_b.id_producto
WHERE (
(
tabla_b.id_producto IS NULL
)
OR (
tabla_b.estado !=  "vendido"
AND tabla_b.estado !=  "reservado"
)
)
 

[Arenas]

Si, es correcto, muchas gracias, pero el verdadero problema es:

solo querría el resultado si no esta ni vendido ni reservado, y con que haya uno liberado ya me da resultado.


Me he equivocado al crear el ejemplo que define el problema, mi verdadera query es ciertamente más compleja, pero entendiendo esto podré con la otra.

Empiezo a pensar que voy a permitir solo un registro por id_producto en la tabla_b, es una guarrada pero no le veo otra solución.

Nuevamente 1000 gracias por el aporte

[gnzsoloyo]

Iniciado por Arenas

Si, es correcto, muchas gracias, pero el verdadero problema es:

solo querría el resultado si no esta ni vendido ni reservado, y con que haya uno liberado ya me da resultado.


Me he equivocado al crear el ejemplo que define el problema, mi verdadera query es ciertamente más compleja, pero entendiendo esto podré con la otra.

Empiezo a pensar que voy a permitir solo un registro por id_producto en la tabla_b, es una guarrada pero no le veo otra solución.

Nuevamente 1000 gracias por el aporte

Entonces postea tu query completa en el foro de Base de Datos (el DBMS que corresponda), y lo trataremos allí.
Pero necesitamos la query real, no una simulación. Una "parecida" no sirve para resolver problemas.

[Arenas]

Pues muchas gracias,

Lo siento, cerre el post sin darme cuenta ya estaba ubicado.

Mi query real:

SELECT distinct estado,descripcion_estado from
productos_stocks left join productos_stocks_reserva on productos_stocks.codstock=productos_stocks_reserva .codstock
where ((productos_stocks_reserva.codstock IS NULL) or ((productos_stocks_reserva.activa!="v") and (productos_stocks_reserva.activa!="s"))) and codarticulo='.$codarticulo

Tengo la sensación de que lo más sencillo será guardar un campo char llamado disponible, y generar una clase que lo modifique cada vez que añada un nuevo registro a productos_stocks_reserva, así haría consultas más sencillas, pues es continua la llamada a query´s similares a esta (la tabla es importante en mi sistema)

[Arenas]

Perfecto, al final la chapuza fue la mejor solución, he agilizado más de 30 querys duplicando la información en un char, actualizados 70.000 registros y reestructurado todo.

Al final no hizo falta ayuda, pero chapó por el foro, creo que me he enganchado!!!