El índice por registros borrados, es más probable que te perjudique, y no que te ayuda. Sin embargo, debería indicarte "optimización completa" (que no es necesariamente lo más óptimo).
Los índices sólo se usan si fueron creados con el mismo codepage como el que está activo.
Una vez que logres "optimización completa" según la función sys(...) que mencionaste, intenta eliminar el índice por registros borrados, y vuelve a hacer pruebas de velocidad. Debería indicar "optimización parcial", pero funcionar más rápido.
>Hola
>
>Hasta ahora tengo el mismo problema y no puedo solucionarlo, cuando genero la siguiente consulta "select ctacte.* from ctacte where ctacte.codigo="xxxxx" order by codigo,anomes desc into cursor qCta" tarde como 16 segs. en mostrarme 90 registros, la tabla ctacte tiene 500,000 reg, el comando sys (3054,11) me indica que que no optimiza, existem indices por el campo codigo, por codigo+anomes, por anomes+codigo, por registros borrados. La estructuro de la tabla es aprox. la siguiente:
>
>codigo c 5
>anomes c 6
>sector c 2
>fecha d
>documento c 10
>tarifa c 7
>consumo n 9,2
>...
>bueno es resto son datos
>
>porque no puedo optimizar la consulta.????????
Difference in opinions hath cost many millions of lives: for instance, whether flesh be bread, or bread be flesh; whether whistling be a vice or a virtue; whether it be better to kiss a post, or throw it into the fire... (from Gulliver's Travels)