Optimizar Consulta

[Erick21]

Hola amigos Foros web , tengo esta consulta la cual funciona pero demora demasiado en darme el resultado necesito optimnizarla. gracias de antemano

Código:

select  Id_Per into #QU from M_PERSONAL where IdCp= 820

select  SUM(M_Sueldo) as Total,
		SUM((case when R.M_Sueldo = 0 then R.M_Sueldo+R.N_Bonif else 0 end)) as Deuda
		from M_PAGOS R inner join #QU A on A.Id_Per=R.Id_Per
	where  R.IdTram in ('02.01','11.00','11.04') and 
		   R.F_Año between '1997' and '2010'
   
 drop table #QU

M_PERSONAL ---> esta tabla contiene mas de 282978 registros
M_PAGOS ---> esta tabla contiene mas de 18257342 registros

[Libras]

Cada cuanto usas esta consulta? es muy seguido? si es asi te conviene cambiar la tabla temporal por una tabla normal e indexar esta, que indices tienes en tus tablas, ya viste el plan de ejecucion de tu consulta (ctrl+L en sql server)???

[leonardo_josue]

Hola Erick21:

Creo que el problema está en que al generar una tabla temporal no estás especificando ninguna llave ni indice. ¿por qué no hacer el inner join directamente con la tabla? ¿hay alguna razón en especial para hacerlo de esta manera?.

Yo trataría de hacer lo siguiente:

Código SQL:

SELECT  
SUM(M_Sueldo) AS Total,
SUM(CASE WHEN R.M_Sueldo = 0 THEN R.M_Sueldo+R.N_Bonif ELSE 0 END) AS Deuda
FROM M_PAGOS R INNER JOIN 
M_PERSONAL P ON P.Id_Per=R.Id_Per
WHERE
R.IdTram IN ('02.01','11.00','11.04') AND 
R.F_Año BETWEEN '1997' AND '2010' AND
p.IdCp = 820
 

o también esto debería funcionar...

Código SQL:

SELECT  
SUM(M_Sueldo) AS Total,
SUM(CASE WHEN R.M_Sueldo = 0 THEN R.M_Sueldo+R.N_Bonif ELSE 0 END) AS Deuda
FROM M_PAGOS R INNER JOIN 
M_PERSONAL P ON P.Id_Per=R.Id_Per AND p.IdCp = 820
WHERE
R.IdTram IN ('02.01','11.00','11.04') AND 
R.F_Año BETWEEN '1997' AND '2010'
 

Revisa también el Plan de Ejecución de la consulta desde el Management Studio, para ver el diagnóstico que te da.

EDITADO: básicamente es la misma respuesta que te da el compañero Libra, solo que 8 minutos más tarde, jejeje. saludos

Saludos
Leo.

[Erick21]

Hola gracias por responder , bueno esta consulta la necesito para un reporte y bueno es solo para esta ocacion, pero el query va quedar guardado para ser usardo en otra ocacion ya que pueden variar los años o el centro de trabajo que es la condicion principal "IdCp".

el select into que estoy haciendo ahi es solo para optener a todos los trabajadores de un solo centro de trabajo y deacuerdo a ello consultar su sueldo y deuda dependiendo entre los años que halla ingresado y los tramites que hallan realizados "idTram". la idea de crear otra tabla creo que no seria necesaria.

[Erick21]

Hola Leonardo , gracias por responder

esas consultas que me planteas demoran mucho mas que el que plantee al comienzo, bueno de todas maneras revisare el plan de ejecucion gracias si tienen otra ayuda por favor brindenmela gracias .

[iislas]

Como opinion personal, y ya comentado por los compañeros, revisa tus INDICES, compara tu plan de ejecucion vs estos.

[Erick21]

Hola , bueno haciendo la comparacion de consultas planteadas aca y la mia , la unica diferencia es los indices conparativos el cual toma 1 a 2 % de los recursos de la consulta de ahi los demas es similar. creo que la tabla temporal seria la mejor opcion y el problema seria el filtro que hago a estos dos campos Idtram y F_Año utilizando el "IN " Y "BETWEEN " ya que en la tabla M_PAGOS son mas de 18 millones de registros y es aqui donde se demora mucho.

si puediera optimizar esta parte de la consulta creo que seria mas rapida , tal vez con una funcion ? , bueno esperare cualquier sugerencia o ayuda gracias.

[Erick21]

alguna ayuda ??

[Libras]

ya probaste con los query hint? usando un loop join o un merge join o cosas asi??

[Erick21]

holas , gracias por responder , probe los tres LEFT OUTER HASH JOIN, INNER LOOP JOIN y INNER MERGE JOIN los tres se tardan casi 8 a 10 min en dar respuesta , seguire buscando otro metodo gracias.

[andtsi]

Bueno sugiriria que pruebes en ves de armar la temporal ahi crees una vista indexada... lo que en oracle se iama vista materializada son como pseudotablas pero creo q peude ayudarte...
veo que no es una consult amuy complicada que digamos