problemas con JOIN

[calakra]

Buena tarde a todos.

Tengo un query hasta cierto punto sencillo el cual es

Código SQL:

SELECT a.col1,a.col2,a.col4,a.col5,
         b.col1,b.col2,b.col4,b.col5
FROM tabla1 a ,tabla2 b
WHERE a.col1*=b.col1
AND a.col2>= filtro_tipo_fecha AND a.col2<= filtro_tipo_fecha
AND b.col2 IN ('a','b','c','d')
 

los índices que tiene la tabla1 son
index uno a.col2,a.col3

los índices de la tabla2 son
index uno b.col2
index dos b.col1

El problema es que la tabla1 tiene poco menos de 20 millones de registros
El plan de ejecución me dice que hace un index escan con el índice uno de la tabla1 y ocupa menos de 20% de ejecución
y el otro índice que toma es el index dos de la tabla2 y tarda poco mas de 70%, esta parte se me hace un poco raro ya que y ocupo el índice uno en la búsqueda.

Mis dudas son, como puedo optimizar esta consulta, ya que tarda bastante.

o si me pueden ayudar a entender que tabla busca a que tabla y como poner bien los índices o por que ocupa el índice dos de la tabla2, quiero pensar que es por la forma en que esta haciendo el join pero creo que seria de la tabla1 el problema por no tener índice en esa columna

uso SYBASE 16

y no puedo crear una FK (no es por que no quiera ocuparlo.


Espero me puedan ayudar

[iislas]

Yo aprendí en la escuela que TODAS las columnas después del WHERE, son o deben ser INDICES.

[dorvax]

Lo que dice iislas es muy cierto....

Otro truco a aplicar es Forzado de INDICES:

Es posible que podamos encontrarnos TABLE SCAN en las queries que lanzemos, a pesar de existir INDICES que mejorarían el rendimiento. En estos casos la mejor opción para forzar el uso de un INDICE es realizar los siguiente, como muestra el ejemplo:

Código SQL:

SELECT * FROM tblTaskProcesses 
WHERE nextprocess = 1 AND processid IN (8,32,45)
 

Esto tarda 3 segundos y al siguiente QUERY tarda menos de un segundo:

Código SQL:

SELECT * 
FROM tblTaskProcesses (INDEX = IX_ProcessID) 
WHERE nextprocess = 1 AND processid IN (8,32,45)
 

fuente:

http://blogs.msdn.com/b/apinedo/arch...ql-server.aspx

[Libras]

forzado de indices??? eso no esta bien porque estas mandando la ejecucion por un indice que "tu consideras mejor"

Lo que se recomienda es usar todas las columnas del indice tanto en el where como en el select y en tu ejemplo

Código SQL:

SELECT * FROM tblTaskProcesses 
WHERE nextprocess = 1 AND processid IN (8,32,45)
 

seria mucho mejor usar un exists en lugar de un in, eso te da mejor rendimiento ;)