Optimizar LEFT JOIN

[sandiamo]

Ok oido cocina he leido el Tema calidad en las preguntas y estoy de acuerdo.
Siento haber sido poco claro en la pregunta.

La tabla tiendasip no es importante a mi entender en esta consulta pues solo se utiliza para recopilar un par de campos, y aun eliminandola de la consulta el retardo se mantiene.
El problema a mi entender viene porque las tablas auxh y stockarticulos no estan relacionadas directamente y se requiere de la tabla articulos como tabla intermedia. Además, es necesario que aparezcan todos los registros de la tabla auxh, aunque no aparezcan en la tabla stockarticulos (de ahí los dos left join utilizados).
No utilizo indices en las tablas por cierto.
Vamos que esta consulta seria equivalente:

Código SQL [-]
Select CURRENT_DATE AS FECHA,h.codor,
h.descripcion,h.codh,a.codigo,s.stock
from auxh h
left join articulos a
on (a.codoperador=h.codor)
left join stockarticulos s
on (s.codarticulo=a.codigo)and(s.codtienda=:xcodtienda)
order by h.codorden

Las Tablas son:
auxh
CODIGO INTEGER,
CODORDEN INTEGER,
CODOR VARCHAR(50),
DESCRIPCION VARCHAR(100),
CODH VARCHAR(25)
articulos
CODIGO INTEGER,
CODOPERADOR VARCHAR(50)
stockarticulos
CODIGO INTEGER,
CODARTICULO INTEGER,
CODTIENDA INTEGER,
STOCK DOUBLE PRECISION

[[Ivanzinho]]

Empezado por sandiamo

No utilizo indices en las tablas por cierto.

Pues ya los estás creando, crea indices con los campos por los cuales se enlazan las tablas y por aquellos que quieras realizar una ordenación.

Una vez hecho esto si la cosa sigue lenta tendremos que esperar que jachguate no se haya muerto el otro día por la tarde para que nos ilumine con su sabiduria .

Un saúdo.

[jachguate]

Empezado por Ivanzinho

Pues ya los estás creando, crea indices con los campos por los cuales se enlazan las tablas y por aquellos que quieras realizar una ordenación.

No hace falta crear un índice por aquellos campos que son parte de una llave foránea, pues para estos el motor crea automáticamente uno al declarar la regla de integridad.

Empezado por Ivanzinho

tendremos que esperar que jachguate no se haya muerto el otro día por la tarde para que nos ilumine con su sabiduria .

¡Te tengo malas noticias!.... resulta que acá en el cielo también hay conexión a Internet... parece que no se librarán de mi en el club...

Con respecto del tema del hilo, si solo se pretende que aparezcan *todos* los registros de la tabla auxh, no entiendo por qué se hacen dos left join y no solo uno.

Tampoco veo por que razón se coloca la condición (s.codtienda=:xcodtienda) como parte del join, pues a mi entender esta debiera ir en el where. Aún cuando el resultado pueda ser el mismo, la semántica es distinta.

Hasta luego.

[[Ivanzinho]]

Empezado por jachguate

No hace falta crear un índice por aquellos campos que son parte de una llave foránea, pues para estos el motor crea automáticamente uno al declarar la regla de integridad.

Di por hecho que no tenía claves foráneas , para las claves primarias tampoco haría falta crearlos.

Sandiano, yo te recomendaría que mirases algo de procesamiento y optimización de consultas, para poder optimizar el diseño, y por tanto el rendimiento, de la base de datos, así como calcular el coste de dichas consultas.

Empezado por jachguate

¡Te tengo malas noticias!.... resulta que acá en el cielo también hay conexión a Internet... parece que no se librarán de mi en el club...

No vivas engañado, eso es que estás en el infierno

Un saúdo