¿Cómo puedo tratar una consulta UNION como una consulta secundaria?

Question

Tengo un conjunto de tablas que lógicamente son una tabla dividida en partes por motivos de rendimiento. Necesito escribir una consulta que combine efectivamente todas las tablas, así que utilizo una sola cláusula where del resultado. He utilizado con éxito una UNION en el resultado del uso de la cláusula WHERE en cada subtabla de forma explícita como en el siguiente

SELECT * FROM FRED_1 WHERE CHARLIE = 42 
UNION 
SELECT * FROM FRED_2 WHERE CHARLIE = 42 
UNION 
SELECT * FROM FRED_3 WHERE CHARLIE = 42 

pero como hay diez sub-tablas separadas actualización de la cláusula WHERE cada vez es doloroso. Lo que quiero es algo como esto

SELECT * 
FROM (
    SELECT * FROM FRED_1 
    UNION 
    SELECT * FROM FRED_2 
    UNION 
    SELECT * FROM FRED_3) 
WHERE CHARLIE = 42 

Si se hace una diferencia la consulta necesita para funcionar contra una base de datos DB2.

Aquí hay una versión más completa (desinfectada) de lo que tengo que hacer.

select * 
from (select * from FRD_1 union select * from FRD_2 union select * from FRD_3) as FRD, 
    (select * from REQ_1 union select * from REQ_2 union select * from REQ_3) as REQ, 
    (select * from RES_1 union select * from RES_2 union select * from RES_3) as RES 
where FRD.KEY1 = 123456 
    and FRD.KEY1 = REQ.KEY1 
    and FRD.KEY1 = RES.KEY1 
    and REQ.KEY2 = RES.KEY2 

NUEVA INFORMACIÓN:

Parece que el problema tiene más que ver con el número de campos en la unión que cualquier otra cosa. Si restrinjo mucho los campos, puedo obtener la mayoría de las variaciones de sintaxis que están por debajo. Desafortunadamente, restringir tanto los campos significa que la consulta resultante, aunque potencialmente útil, no me da el resultado que quería. Logré obtener 3 campos adicionales de una de las tablas además de las 2 claves. Más que eso y la consulta falla.

Answer 1

Creo que tiene que dar un nombre al resultado de su subconsulta. No sé db2, así que estoy tomando una foto en la oscuridad, pero sé que esto funciona en muchas otras plataformas.

SELECT * 
FROM (
    SELECT * FROM FRED_1 
    UNION 
    SELECT * FROM FRED_2 
    UNION 
    SELECT * FROM FRED_3) AS T1 
WHERE CHARLIE = 42 

Answer 2

no estoy familiarizado con la sintaxis de DB2 pero ¿por qué no haces esto como un INNER JOIN o LEFT JOIN?

SELECT * 
    FROM FRED_1 
INNER JOIN FRED_2 
    ON FRED_1.Charlie = FRED_2.Charlie 
INNER JOIN FRED_3 
    ON FRED_1.Charlie = FRED_3.Charlie 
WHERE FRED_1.Charlie = 42 

Si no existen los valores en FRED_2 o FRED_3 luego usar un LEFT/OUTER JOIN. Supongo que FRED_1 es una tabla maestra, y si existe un registro, estará en esta tabla.

Answer 3

Si la implementación lógica es una sola tabla, pero la implementación física es de varias tablas, ¿qué hay de la creación de una vista que define el modelo lógico.

CREATE VIEW VW_FRED AS 
SELECT * FROM FRED_1 
UNION  
SELECT * FROM FRED_2 
UNION  
SELECT * FROM FRED_3 

entonces es una simple cuestión de

SELECT * FROM VW_FRED WHERE CHARLIE = 42 

Una vez más, no estoy familiarizado con la sintaxis de DB2, pero esto le da la idea general.

Answer 4

with 
FRD as (select * from FRD_1 union select * from FRD_2 union select * from FRD_3), 
REQ as (select * from REQ_1 union select * from REQ_2 union select * from REQ_3), 
RES as (select * from RES_1 union select * from RES_2 union select * from RES_3) 
SELECT * from FRD, REQ, RES 
WHERE FRD.KEY1 = 123456 
and FRD.KEY1 = REQ.KEY1 
and FRD.KEY1 = RES.KEY1 
and REQ.KEY2 = RES.KEY2 

Answer 5

quizá:

SELECT * FROM 
(select * from FRD_1 
union 
select * from FRD_2 
union 
select * from FRD_3) FRD 
INNER JOIN (select * from REQ_1 union select * from REQ_2 union select * from REQ_3) REQ 
    on FRD.KEY1 = REQ.KEY1 
INNER JOIN (select * from RES_1 union select * from RES_2 union select * from RES_3) RES 
    on FRD.KEY1 = RES.KEY1 
WHERE FRD.KEY1 = 123456 and REQ.KEY2 = RES.KEY2