Select con Union y cálculo posterior

[[gluglu]]

Hola amig@s !

Estoy intentando configurar una sentencia Select, y aunque el resultado es correcto, el tiempo que tarda el cálculo es demasiado. Por eso os voy a pedir vuestra ayuda para ver si puedo encontrar otra solución diferente.

Tengo dos tablas independientes. En este caso una tabla de registros de facturas, y otra tabla también de registros de facturas pero temporales, creados en un proceso previo. Por ello las dos tablas son de estructura idéntica.

Tengo que sacar un total de importes de ambas tablas en su conjunto referenciados al campo 'Concepto'.

Para ello hago algo así como :

Código SQL [-]
Select CONCEPTO from FACTURAS
union
Select CONCEPTO from FACTURAS_TEMP

Con ello consigo obtener un único registro con las claves 'Concepto' que se hallan en ambas tablas, la normal y la temporal.

Pero ahora necesito calcular el Total de Importas por cada 'Concepto' que hay AMBAS tablas, tanto en la normal como en la temporal.

Por más vueltas que le doy, no veo otra opción que .... una vez obtenidas las claves correspondientes con la consulta anterior, realizar un bucle de consulta posterior (en este caso lo he hecho en un Procedimiento Almacenado) para calcular el total de cada clave.

Código SQL [-]
For Select CONCEPTO from FACTURAS
    union
    Select CONCEPTO from FACTURAS_TEMP
    into AUX_CONCEPTO
 
do begin
 
  Select Sum(IMPORTE) from FACTURAS
  where CONCEPTO = :AUX_CONCEPTO
  +
  Select Sum(IMPORTE) from FACTURAS_TEMP
  where CONCEPTO = :AUX_CONCEPTO
 
  into OUT_IMPORTE;
 
end

(Esta sentencia anterior la he simplificado con un + para que se entienda mejor, aunque no es el código que he puesto realmente en el SP).

No sé si se puede enfocar la consulta de otra manera. El problema que yo veo es que en una sola consulta no puedo calcular una suma de una clave de dos tablas diferentes, sabiendo que tengo que tengo que obtener una clave UNICA inicial de aquellos registros que se encuentren en ambas tablas, la normal y la temporal.

Aquí he simplificado al máximo la explicación, pero el problema es que el cálculo que necesito es complejo, y finalmente, el SP tarda más de 30 segundos en dar los resultados que voy calculando y la espera se hace interminable para el usuario !

Agradezco como siempre vuestra ayuda y comentarios.

[[oscarac]]

no mencionas que base de datos estas usando pero en SQL podrias crear una tabla en memoria

Código Delphi [-]
 
Select Concepto, Importes into #Temporal from Facturas
Insert into #temporal Select Concepto, Importes from Facturas_temp
 
Select Concepto, Sum(Importes) From #Temporal Group by Concepto
Drop Table #temporal

[[gluglu]]

Perdón, me acordé que tenía que poner que utilizo Firebird 2.1 mientras escribía el post, pero después se me pasó.

No me había planteado crear una tabla en memoria como indicas. Tendría que probarlo.

Mi duda la he expuesto para ver si realmente existe alguna otra opción que 'unir' las dos tablas con sus respectivas consultas. La de la tabla en memoria sería una de las opciones a lo mejor.

[[gluglu]]

Al final he conseguido bajar el tiempo de casi 1 minuto a un abrir y cerrar de ojos !

He comprobado que un bucle 'For' dentro de un SP tarda bastante en comparación con un Group by de un Select.

He conseguido mi propósito haciendo un Select con un doble anidado ! El primero que hago !

El select muy esquematizado que me ha quedado es algo así como :

Código SQL [-]
Select CODIGO, 
    Sum(DEBITO_INCL + DEBITO_EXCL - CREDITO_INCL - CREDITO_EXCL) as TOTAL_POR_CODIGO from
(Select CODIGO, TIPOIVA, DEBITO_CREDITO,
     case when TIPOIVA = 'INCL' and DEBITO_CREDITO = 'DEBITO' then Sum(IMPORTE) else 0 end as DEBITO_INCL,
     case when TIPOIVA = 'EXCL' and DEBITO_CREDITO = 'DEBITO' then Sum(IMPORTE) else 0 end as DEBITO_EXCL,
     case when TIPOIVA = 'INCL' and DEBITO_CREDITO = 'CREDITO' then Sum(IMPORTE) else 0 end as CREDITO_INCL,
     case when TIPOIVA = 'EXCL' and DEBITO_CREDITO = 'CREDITO' then Sum(IMPORTE) else 0 end as CREDITO_EXCL
 from
 (Select CODIGO, IMPORTE, TIPOIVA, DEBITO_CREDITO from FACTURAS
  union
  Select CODIGO, IMPORTE, TIPOIVA, DEBITO_CREDITO from FACTURAS_TEMP)
 group by CODIGO, TIPOIVA, DEBITO_CREDITO)
group by CODIGO

No he complicado aún más la explicación aquí en este hilo, pero realmente IMPORTE se calcula en cada registro con otros Case's y condiciones, dependiendo del tipo y porcentaje de IVA, y si está incluido o no, pero en todos los casos IMPORTE se refiere ya a la Base Imponible correspondiente calculada.

Todas estas operaciones las realizaba previamente en un SP, que fue la duda que puse ayer. Pero con este tipo de Select, he logrado reducir el tiempo drásticamente.

Espero que a alguien le sirva mi explicación.

.... voy a ver si optimizo aún más afinando ciertos índices de la BBDD.

[Casimiro Notevi]

Echándole tiempo y probando, probando...

[ecfisa]

Empezado por gluglu

Espero que a alguien le sirva mi explicación.

¡Claro que sí ! Pero está un poco subida para mis conocimientos, voy a tener que analizarla un buen rato para entenderla...

Un saludo.

[[gluglu]]

Expongo la base del problema :

Tengo que calcular un total de producción, tanto ya realizada como futura. Para la ya realizada tengo una tabla (FACTURAS) con registros ya creados. Para la futura ejecuto varios procedimientos que la calculan, y guardo los resultados en una tabla temporal (FACTURAS_TEMP).

Ahora tengo que mostrar los totales agrupados por cada Clave. Para ello, como expuse, tengo que consultar tanto la tabla FACTURAS de producción anterior, como FACTURAS_TEMP de producción futura. De ambas tengo que sacar un único registro para cada clave, y posteriormente calcular el total.

A su vez, cada registro de FACTURAS (y por ende también de FACTURAS_TEMP), puede ser a Débito o Crédito, IVA Incluido o IVA Excluido, y al ser la producción la que quiero calcular, tengo que trabajar siempre con los importes sin IVA que como indicaba también calculo durante el proceso, y hay que considerar si es débito (+) o crédito (-).

Finalmente pretendía mostrar cada Clave con su importe sin IVA correspondiente.



... a lo mejor con esta explicación, a algún compañero se le plantea un problema parecido y puede serle de utilidad la solución mostrada.

[ecfisa]

Hola gluglu.

El problema lo había entendido al leerlo, pero no pude decir lo mismo al leer el select que lo solucióna. Costó, pero al final lo entendí.

a lo mejor con esta explicación, a algún compañero se le plantea un problema parecido y puede serle de utilidad la solución mostrada.

Aca ya tenés uno, muchas gracias.


Un saludo.