Pongo aqí pongo aquí la consulta con una sintaxis un poco más simplificada:
Código sql:
Ver originalSELECT
TCI.CODINGRESO,
TCI.CODCOMPRA,
TCI.CODSUBDIARIO,
TCI.FECHCOMPRO ,
TCI.TIPODEPAGO,
TCI.CODTIPCAMBIO,
TCI.MONTOCAMBIO,
TCI.CODPROVEE,
TA1.ADESANE,
TCI.CODTDOCUM,
TCI.NUMDOCUM,
TCI.FECHEMISION,
TCI.FECHAVENCIM,
TCI.SUBTOTAL,
TCI.TASAIGV,
TCI.TOTALPROVEE,
TCI.CODTRANSPOR,
TA2.ADESANE ADET,
TCI.NUMEROGUIA,
TCI.NUMEROFACTURA,
TCI.BULTOS,
TCI.CODORIG EN,
TCI.CODTIPTRANS,
TCI.CODTIPPESO,
TCI.PESOTOTAL,
TCI.TOTALTRANS,
TCI.FECHAINGRESO,
TCI.IDUSUARIO,
TCI.ESTADO
FROM tbcabingresos TCI
INNER JOIN tbanexo TA1 ON TA1.ACODANE =TCI.CODPROVEE
INNER JOIN tbanexo TA2 ON TA2.ACODANE = TCI.CODTRANSPOR
WHERE
(TCI.CODINGRESO ='13/12005') AND
(TCI.FECHAINGRESO ='2009-12-01')
GROUP BY TCI.CODINGRESO;
En principio, no se ven defectos en la consulta, que por otro lado es demasiado simple.
Abrevié los alias usados pra permitir que se pueda leer mejor.
Yo por mi lado, cambié el orden de las tablas leídas para que la secuencia de lectura sea correcta (la tabla tbanexo es una tabla de relación, pero no es la que contiene los datos principales).
Lo que puede estar sucediendo es que existan demasiados datos en la tabla principal, y esto esté ocasionando problemas de performance. Habría que ver si creando índice sobre la fecha, esta consulta funciona un poco mejor.
Por otro lado no hay que descartar la posibilidad de que el servidor usado sea insficiente, ya sea para los datos, o para las conexiones concurrentes, si las hay-