duda de performance con inner join

Depende del volumen de datos de la tabla "madre". Si la tabla madre hace consultas especificas de 1 campo a tablas hijas, y la tabla madre tiene pocas filas, supongo que una subquery será mas eficiente, en especial si no hay una relación directa declarada.

Bajo Sqlsrv hay una opcion de analisis de costo de la consulta, que puede ayudarte a comparar.

Ahora, si vas a traer muchos datos de ambas tablas, será mejor un join, en especial si ambas tablas tienen el campo filtro indexado y una relacion declarada.

En general es más rápida por Inner Join. Hay todo un análisis de cantidad de registros, cardinalidades y otras patadas voladoras varias, pero conceptualmente es más eficiente un join que una subquery,.

Cosme dijo:

Depende del volumen de datos de la tabla "madre". Si la tabla madre hace consultas especificas de 1 campo a tablas hijas, y la tabla madre tiene pocas filas, supongo que una subquery será mas eficiente, en especial si no hay una relación directa declarada.

Bajo Sqlsrv hay una opcion de analisis de costo de la consulta, que puede ayudarte a comparar.

Ahora, si vas a traer muchos datos de ambas tablas, será mejor un join, en especial si ambas tablas tienen el campo filtro indexado y una relacion declarada.

Haz clic para expandir...

Eso mismo, analiza el costo de la consulta, aunque tambien adhiero a que inner join es la mano

Ya que estamos en esta, puedes describir la consulta @Koji Nanjo? Registros, si tiene índices, eso.

Gracias por las respuestas, revisaré

Pondré los 2 ejemplos, uno es la query con inner join que realicé y otro donde lo hizo una persona que trabaja acá (como la weas entonces no me fío)
es bien sencilla (la modifiqué porque son paranoicos con entregar cualquier tipo info donde trabajo)

Inner join

SELECT PERSONA.CODI_PERSO, PERSONA.APELLIDO_PATERNO, PERSONA.APELLIDO_MATERNO, PERSONA.NOM, PERSONA.RUT
FROM PERSONA
INNER JOIN CONTRATO ON PERSONA.RUT = CONTRATO.RUT
WHERE PERSONA.CODI_PERSO,='323232' AND CONTRATO.VIGENCIA = 'A'

La consulta es para saber si la persona es académica y si está vigente, esa información la tiene la tabla de CONTRATO y la clave para ambas es el rut, es solo para consultar por un registro en específico.

subquery

select P.RUT,
P.CODI_PERSO,
P.NOM,
P.APELLIDO_PATERNO,
P.APELLIDO_MATERNO,
F_UNIDAD_ACADEM(P.RUT)
from PERSONA P where
P.rut in
(
select C.rut
from CONTRATO C
where C.vigencia = 'A'
)

donde estoy trabajando es una replica ordinaria en estructura y muy pocos registros estuve mirando y no tiene índices, pero no creo que la real no tenga
me importa el performance porque esto lo ejecutará un microservicio y preguntaremos por hartas personas. Se me fue contar también que la base es oracle.

Koji Nanjo dijo:

Gracias por las respuestas, revisaré

Pondré los 2 ejemplos, uno es la query con inner join que realicé y otro donde lo hizo una persona que trabaja acá (como la weas entonces no me fío)
es bien sencilla (la modifiqué porque son paranoicos con entregar cualquier tipo info donde trabajo)

Inner join

SELECT PERSONA.CODI_PERSO, PERSONA.APELLIDO_PATERNO, PERSONA.APELLIDO_MATERNO, PERSONA.NOM, PERSONA.RUT
FROM PERSONA
INNER JOIN CONTRATO ON PERSONA.RUT = CONTRATO.RUT
WHERE PERSONA.CODI_PERSO,='323232' AND CONTRATO.VIGENCIA = 'A'

La consulta es para saber si la persona es académica y si está vigente, esa información la tiene la tabla de CONTRATO y la clave para ambas es el rut, es solo para consultar por un registro en específico.

subquery

select P.RUT,
P.CODI_PERSO,
P.NOM,
P.APELLIDO_PATERNO,
P.APELLIDO_MATERNO,
F_UNIDAD_ACADEM(P.RUT)
from PERSONA P where
P.rut in
(
select C.rut
from CONTRATO C
where C.vigencia = 'A'
)

donde estoy trabajando es una replica ordinaria en estructura y muy pocos registros estuve mirando y no tiene índices, pero no creo que la real no tenga
me importa el performance porque esto lo ejecutará un microservicio y preguntaremos por hartas personas. Se me fue contar también que la base es oracle.

Haz clic para expandir...

Es que sin indices, la consulta que le tires va a valer champiñón, consulta que motor de BD y versión están usando?

Como dice @Harima , ojalá te dejen poner índices.

Una consulta.

¿El campo CODI_PERSO de la tabla PERSO es numérico (INTERNER, NUMBER) o alfanumérico (VARCHAR)?

Si el campo es numérico, entonces el valor con el que tienes que hacer la comparación debe ir sin comillas. ¿Y por qué esto? Porque si el campo es numérico, y tiene índice, entonces si tu pones el valor con comillas la búsqueda no utilizará el índice.

SELECT PERSONA.CODI_PERSO, PERSONA.APELLIDO_PATERNO, PERSONA.APELLIDO_MATERNO, PERSONA.NOM, PERSONA.RUT
FROM PERSONA
INNER JOIN CONTRATO ON PERSONA.RUT = CONTRATO.RUT
WHERE PERSONA.CODI_PERSO,='323232' AND CONTRATO.VIGENCIA = 'A'

Ya mandé a preguntar la versión y si es que tiene índices.
Es number, ptm que eres seco

¿Tendrán por ahí algún sitio o manualcillo de esos tipos de tips? cuando busco siempre me sale un viejo gordo feo, el amigo del chango

Koji Nanjo dijo:

Ya mandé a preguntar la versión y si es que tiene índices.
Es number, ptm que eres seco

¿Tendrán por ahí algún sitio o manualcillo de esos tipos de tips? cuando busco siempre me sale un viejo gordo feo, el amigo del chango

Haz clic para expandir...

Puta, no se, no conozco ningún sitio así que tenga papitas. Si yo cachureo varios sitios y aprendo un poquito de cada uno de ellos, pero así como un sitio preciso de tips.... puta...oracle-home.com podría ser.

y el zuljin-ora-home.com cuando?

al final me confirmaron que la versión es la 11 y las tablas tienen índice.

Asktom.oracle.com , ahí hay varias papitas y resuelve hartas dudas


Enviado desde mi iPhone utilizando Tapatalk