🚀 go-pugleaf

Cuantos registros son? Esto te ayuda para saber si los índices de tu
consulta están correctos.
En qué máquina está corriendo? Con esto puede ser que se esté
sobreexigiendo la máquina, mas que mal, Oracle consume hartos recursos
y eventualmente podrias mantener las particiones de los índices y los
datos apartes.

Trata de realizar un plan de ejecución y evaluar si se necesita
agregar o quitar algunos índices.

Lo otro que puede ser es que estés consultando tablas que estén siendo
alteradas o accesadas en el mismo momento (ej. falta que termine de
hacerse algún commit) y puede que estén siendo bloqueadas.

Saludos!
Rodrigo.

On 23 mayo, 16:49, "claudio.tor...@gmail.com"
<claudio.tor...@gmail.com> wrote:
> Hola!
>
> Tenemos un problema. Una consulta SQL se queda pegada en forma
> aleatoria, esto es, se pega un rato en un equipo, demorandose 5
> minutos en salir. Al rato ejecutas la consulta y pasa volando. Pasa
> además en algunos equipos hoy, en otros equipos al rato, luego no
> pasa, y asi, totalmente al azar.
>
> La consulta es del tipo.
>
> select campo1, campo2, campo3 from tabla1, tabla2, tabla3 where joins
> y 4 condiciones.
>
> Lo unico extraño es que una de las condiciones es sobre un campo
> definido en oracle como NUMBER y el parametro se pasa en Visual Basic
> como texto. Pero nunca antes fallaba, solo ahora.
>
> Cabe destacar que nunca presentó problemas sino hasta que hicieron una
> migracion de datos. Es posible que hayan tocado algo y la consulta
> haya empezado a comportarse erráticamente? Pero por que solo esa
> consulta y ninguna otra de las mas de 100 que corren diariamente?
>
> Los indices están correctos, las estadisticas tambien, todo ok. Puede
> haber algun parámetro que esté molestando?
>
> Oracle 10g
>
> Gracias.

habria que ver el plan. debe estar haciendo algun full table scan...

<claudio.torres@gmail.com> escribi� en el mensaje 
news:1179953394.226318.127100@o5g2000hsb.googlegroups.com...
Hola!

Tenemos un problema. Una consulta SQL se queda pegada en forma
aleatoria, esto es, se pega un rato en un equipo, demorandose 5
minutos en salir. Al rato ejecutas la consulta y pasa volando. Pasa
adem�s en algunos equipos hoy, en otros equipos al rato, luego no
pasa, y asi, totalmente al azar.

La consulta es del tipo.

select campo1, campo2, campo3 from tabla1, tabla2, tabla3 where joins
y 4 condiciones.

Lo unico extra�o es que una de las condiciones es sobre un campo
definido en oracle como NUMBER y el parametro se pasa en Visual Basic
como texto. Pero nunca antes fallaba, solo ahora.

Cabe destacar que nunca present� problemas sino hasta que hicieron una
migracion de datos. Es posible que hayan tocado algo y la consulta
haya empezado a comportarse err�ticamente? Pero por que solo esa
consulta y ninguna otra de las mas de 100 que corren diariamente?

Los indices est�n correctos, las estadisticas tambien, todo ok. Puede
haber algun par�metro que est� molestando?

Oracle 10g

Gracias.

Respondo.

La consulta debiera traer como resultado como maximo 30 registros de
una tabla que posee 5 millones de registros app. El tema de indices y
eso debiera estar bien, pq nunca habia fallado solo ahora, y ya
revisamos los indices y estadisticas y está todo bien

este es el plan (Costo 6!!!)

Operation	Object Name	Rows	Bytes	Cost	Object Node	In/Out	PStart	PStop

SELECT STATEMENT Optimizer Mode=ALL_ROWS		1  	 	6
  NESTED LOOPS		1  	61  	6
    NESTED LOOPS		1  	37  	5
      TABLE ACCESS BY INDEX ROWID	TAB1	1  	25  	4
        INDEX RANGE SCAN	DEEV_PRAC_FK_I	1  	 	3
      TABLE ACCESS BY INDEX ROWID	TAB2	1  	12  	1
        INDEX UNIQUE SCAN	PRAC_PK	1  	 	0
    TABLE ACCESS BY INDEX ROWID	TAB3	1  	24  	1
      INDEX UNIQUE SCAN	ATENEA.ACTD_PK	1  	 	0