Funcion lenta Oracle 9i

[yetrus]

Hola Amigos

tegno una aplicacion web, Asp.Net, la qe consulta una tabla completa con 2200 registros, (Oracle 9i), en una grilla que esta paginada, pero la funcion se demora 17 segundos, una eternidad.
La tabla esat indexsada, estoy muy comlicado por que se demora tanto, vengo de SQL server y esto nunca me paso antes,
alguna idea ??

[gnzsoloyo]

alguna idea ??

Sí: Que nos muestres el código completo de esa función.

Como te podrás imaginar, si no vemos lo que hace y cómo lo hace, será difícil decirte cómo mejorar ese resultado...

[yetrus]

es un simple

"SELECT CAMPOS1, CAMPO2 CAMPO3 FROM MI_TABLA

where estado in ('ESTADO1','ESTADO2')" ;

y se demora un millon, sé que la tabla esta indexada, hice un select similar a otra tabla con ams registros y se demora menos que esta
:S

[huesos52]

No lo tomes a mal, Pero similar es que?

Un cambio a tu consulta por un campo, o un join o cualquier factor puede afectar el rendimiento de la misma.

La información que das es totalmente insuficiente para darte una respuesta.

[yetrus]

hice un select igual, con las mismas carecteristicas a otra tabla, sin inner join .
y se demra mucho menos que la tabla que quiero

de hecho con el select sin where se demora casi lo mismo.

:S

F1 !!

[gnzsoloyo]

O sea que lo que estás haciendo es un tablescan... Lo que es un

Dos preguntas:
1) En el primer post mencionas una función. ¿Es realmente una stored function, o estás hablando de otra cosa?
2) De qué tipo de datos es el campo "estado" y cómo está definido es eíndice.

Por favor, danos los datos copiados y pegados del código real. Las suposiciones, simulaciones o similitudes, no sirven.

Otra cosa que podrías aportar es un ejemplo de los datos reales que devuelve tu consulta.
A veces ayuda...

[yetrus]

la consultilla es tan simple,
Select campo1, campo2, campo3 FROM Mi_tabla
where tcsca_estado in ('NUEVO','PENDIENTE')

o

select * from Mi_tabla where ROWNUM > 0 and ROWNUM < 3000

y se demora casi lo mismo hasta 17 segundos, y la tabla solo tiene 2200 registros, lo que no comprendo por que la misma consulta a otra tabla es mas rapida siendo que tiene mas registros

y como vengo del SQL Server no estoy al tanto de todos los conceptos aun.

Mi funcion esta dentro de un Package, y no tengo Procedimientos Almacenados.
El campo 'estado' es un VARCHAR2, que obviamente esta mal.

Esto es lo que tengo como index:
Index Owner : xxx
Index Name : PK_TBL_CSXX_XX
uniqueness : UNIQUE
STATUS : VALID
INDEX TYPE : NORMAL
TEMPORARY : N
PARTITIONED : NO
FUNCTION INDEX STATUS : (NULL)
JOIN INDEX : NO
COLUMNS : TA_ID
COLUMN EXPRESSION : (NULL)

[gnzsoloyo]

Un package es un contenedor de stored functions y stored procedures, ergo, si tienes un package, tienes la función...
¿Tienes alguna restricción personal o empresarial para copiar y postear solamente ese código?

Por cierto, ese índice, ¿sobre qué columna de la tabla aplica? Porque si es un UNIQUE, francamente no creo que sea el índice de ese campo... ¿no es así?
Ten en cuenta que si quieres que el índice tenga impacto sobre la consulta, el índice debe ser necesitado por la consulta en alguna forma... y no parece ser el caso. Por ende, la indexación no está teniendo relevancia para la búsqueda y por eso genera un tablescan.

[yetrus]

si, tengo restriccion de agregar datos o campos reales.

como la tabla tiene relativamente pocos registros, al consultar por alguno especifico es rapida, pero al traer toda la tabla, es una tortuga coja.
Ademas la aplicacion que stoy modificando no es muy veloz tampoco, pero erstoy haciendo otra interfaz que sea mas eficiente.
Abra otro metodo de sacar todos los registros de esa tabla???

[huesos52]

Me causa curiosidad que digas que la tabla tiene solo 2200 registros. Asi hablaramos de un full table scan esto se realizaría en 1 milisegundo y solo subiria unos cuantos bloques.

Ademas dices que esta dentro de un paquete, lo que me lleva a pensar que tal vez no sea problema de la consulta sino de lo que realiza el paquete.

[yetrus]

tendra algo diferente si dejo la funcion fuera del package o en otro package??

[gnzsoloyo]

si, tengo restriccion de agregar datos o campos reales.

Lo que te pregunto es si puedes copiar y postear acá, en el Foro, el código...

tendra algo diferente si dejo la funcion fuera del package o en otro package??

No debería, pero sin ver el package, no podemos a ciencia cierta saber si la función no está afectada por algo del mismo.
Si no posteas el código real, nos quedaremos haciendo especulaciones, sin llegar nunca a una solución.

Ademas la aplicacion que stoy modificando no es muy veloz tampoco, pero erstoy haciendo otra interfaz que sea mas eficiente.

¿Y cómo has determinado que lo lento es la consulta, y no la aplicación y su interfaz de datos?

[jc3000]

Puede ser que la tabla esté fragmentada.

Prueba a hacer un MOVE de la tabla y un REBUILD de los indices si hay y nos cuentas.

[yetrus]

Iniciado por jc3000

Puede ser que la tabla esté fragmentada.

Prueba a hacer un MOVE de la tabla y un REBUILD de los indices si hay y nos cuentas.

Aunqeu no he visto nada de eso, mañana se supone vera el problema un DBA, le comtare lo qeu me indicas

Ademas en la aplicacion encontre una mala disposicion de los datos, por no decir que vi una estupidez, unas iteraciones innecesarias que ya corregi. Est App no la ice yo. =)

Grax!!

[yetrus]

Amigos el DBA de me indico que la tabla esta normal y que no hay nada raro en la tabla.

La aplicacion consulta por todos los registros y los pagina, modificare la paginacion y con eso ya sera una consulta minima a la base

gracias por la ayuda.
sl2

[gnzsoloyo]

Me alegro que hayas encontrado un camino para solucionar tu problema, aunque me decepciona que en realidad jamás posteaste lo que te pedí.
Realmente me hubiese gustado saber si había algún defecto en las consultas reales que ese método utiliza.
Pero, bueno, como te digo, me alegro de que le encontraras una salida al inconveniente.

Suerte.