Consulta de tres tablas

[baruc]

Hola, tengo un problemilla que se me esta resistiendo y paso por aquí a ver si pueden ayudarme.

Quiero hacer una consulta de 3 tablas : "Registros", "Auditoria", "Ciudad".

Deseo sacar las auditorias de un registro concreto de una ciudad concreta (puede tener de 1 a X mensajes de auditoria).

-Auditoria almacena una clave ajena de registros.
-Registros almacena una clave ajena de ciudad.


De momento tengo el siguiente codigo:

SELECT a.code, f.message
FROM annotations a, organizations o, folderlog f
WHERE a.code = "1200-12"
AND o.name = "Madrid"
AND f.annotation_id = a.id
AND o.id = a.organizationId;

[baruc]

Voy afinandolo más.... Creo que la pregunta es ¿como hago una especie de bucle (WHILE ?) en ese IN?

Únicamente me queda como poder sacar lo siguiente, tengo este codigo:

Código MySQL:

SELECT a.id, a.code, f.DTYPE, f.version, f.entryDate, f.message, 
f.transactionId, f.folder_id, f.user_id, f.assignedTo_id, 
u.username, u.name, o.id, o.name
FROM annotations a, organizations o, folderlogh f, users u
 
WHERE a.id IN (SELECT a.id 
FROM annotations a
WHERE a.code = "1420-21312")
 
AND a.id = f.annotation_id
AND o.id = "323ff240-61fa-451c-9bbc-809fd0fdeb0c"
AND o.id = a.organizationId
AND f.organizationId = o.id
AND f.organizationId = a.organizationId
AND u.id = f.user_id;
 

Hay diferentes ID'S, con este codigo consigo que me saque la primera de la lista solo. Como podria hacer que me fuera sacando una a una???

[gnzsoloyo]

JOINs implícitos no son buena práctica, especialmente con muchos registros.
Por otro lado, esa subconsulta en el IN busca en la misma tabla que ya estás usando en la consulta base, por lo que bien puedes filtrar ese parámetro en la mayor.
Además de eso, no pones los alias en columnas que tienen el mismo nombre, por lo que luego tendrás problemas de acceso al dato obtenido, y usas palabras reservadas en las columnas, lo que es muy mala idea.
Una versión simplificada sería:

Código MySQL:

SELECT 
    a.ID AnotId, 
    a.code AnotCode, 
    f.dtype FolderDType, 
    f.VERSION FolderVersion, 
    f.entrydate FolderFAlta, 
    f.MESSAGE FolderMens,
    f.transactionid FolderTrId, 
    f.folder_id FolderId, 
    f.user_id FolderUserId, 
    f.assignedto_id FolderAsignA, 
    u.username,
    u.NAME UserNomb, 
    o.ID Org_id, 
    o.NAME OrgNonmb
  FROM annotations a
       INNER JOIN organizations o ON (a.organizationid = o.ID)
       INNER JOIN folderlogh f ON (a.organizationid = f.organizationid AND a.ID = f.annotation_id AND o.ID = f.organizationid)
       INNER JOIN users u ON (f.user_id = u.ID)
 WHERE 
       a.code = "1420-21312"
   AND o.ID = "323ff240-61fa-451c-9bbc-809fd0fdeb0c";
 

[baruc]

Con mensajes así se aprende mucho, se agradece. Hasta ahora me ha valido tal y como hacía las consultas pero me doy cuenta y aún más con estos mensajes de que no es lo apropiado...

Yendo al tema, he probado su código y me sale el mismo resultado... Me saca los resultados de una sola a.ID, cuando varias a.ID pueden estar asociadas al -> a.code = "1420-21312"

Alguien sabe alguna solución para ello?

[gnzsoloyo]

Me saca los resultados de una sola a.ID, cuando varias a.ID pueden estar asociadas al -> a.code = "1420-21312"

Estás mirando mal la cosa.
Puede ser cierto que en el campo "code" de la tabla "annotations" haya múltiples registros donde aparezca el valor "1420-21312", pero sólo hay un único registro donde se cumplen todas las otras condiciones que propones al mismo tiempo, y en esa consulta tu estás poniendo cinco (5) restricciones de integridad relacional y dos condiciones de filtrado, o sea siete condiciones que cumplir.
Ese es el tema.
Los JOINs que planteas son mandatorios, por lo que sólo devolverá registros si se cumplen todos.
Ahora bien, si quieres efectivamente que devuelva todos los registros de la tabla anotations que tengan ese valor en ese campo, deberás determinar qué relaciones con las otras tablas son en realidad opcionales, es decir, valores no mandatorios, o cuáles no están cumpliendo las restricciones.
Cuando un valor es opcional hay que usar LEFT JOIN o RIGHT JOIN según el caso, pero para ello hay que adaptar la sintaxis y orden de las tablas a fin de evitar productos cartesianos o resultados erróneos por cadenas de dependencias mal definidas.
En definitiva, quiero que entiendas dos cosas:
1) Si devuelve lo mismo que lo que desarrollaste, significa que la lógica simplificada de lo que te propongo es equivalente, solo que más optimizado, cosa que notarás con muuuuchos datos.
2) No existe "error" en la consulta, sino en todo caso restricciones que no se están cumpliendo, o datos que en realidad no están relacionados o no están completos.