where (2 campos) Not in (select para dos campos)---MSSQL

[Sir Matrix]

Saben como puedo hacer un not in por dos campos???

es decir, si tengo la tabla:

calle
campos: codcomuna - codcalle - descripcion

y la tabla:

calle2
campos: codcomuna - codcalle - descripcion

donde la clave unica de ambas tablas está compuesta por codcomuna y codcalle


Hacer un select de esta forma:
select * from calle where codcomuna y codcalle not in
(select codcomuna y codcalle from calle2)

saludos

[Mithrandir]

La forma mas sencilla es juntar ambos campos en uno solo:

SELECT *
FROM tabla1
WHERE codcomuna + '*' + codcalle NOT IN (
SELECT codcomuna + '*' + codcalle FROM tabla2
)

Pero la manera mas eficiente es usando JOINS (los subquerys son mas pesados para el servidor)

SELECT tabla1.*
FROM tabla1
INNER JOIN tabla2
ON tabla1.codcomuna = tabla2.codcomuna
AND tabla1.codcalle = tabla2.codcalle

[Ruchu]

Mithrandir, seguro que son mas pesadas las subconsultas que los inners joins?

Tenia entendido justo lo contrario, que es mas eficiente y menos pesado para el motor hacer subconsultas a inners joins.

Los innersjoins para cada registro de la tabla principal se recorre toda la otra tabla.

Usea, que si la tabla principal tiene 10 registros y la relacionada a ésta 20, el motor recorre la seunga tabla 10*20 veces.=200

En cambio con subconsultas no ocurre esto.

Estoy equivocado?

[Mithrandir]

Yo ese es el concepto que yo tenía en un principio, pero los indices hacen que no se recorra toda la tabla en ninguno de los 2 casos.

Eso que menciono lo he verificado en SQL Server mediante los planes de ejecucion de sentencias análogas y el JOIN siempre sale ganando contra el subquery por un escaso margen en el peor de los casos, pero con una buena diferencia en los mejores.

[Ruchu]

Asi que los indices hacen que no se recorra toda la tabla.

Eso en la tabla principal (con la clave primaria) vale, pero en la relacionada (clave externa), en un principio no hay ningun indice a no ser que lo crees.

Se ha de crear un indice porque sino el inner join si que recorreria toda la tabla?

[Vice]

Si una tabla no tiene índice, se la recorrerá entera sea cual sea el tipo de consulta que hagas sobre ella, ya sea con un inner join, con la subconsulta, con un select directo, ...
Un saludo.

[Mithrandir]

Iniciado por Vice

Si una tabla no tiene índice, se la recorrerá entera sea cual sea el tipo de consulta que hagas sobre ella, ya sea con un inner join, con la subconsulta, con un select directo, ...
Un saludo.

Exacto. Necesitas tener un índice por la columna con la que haces el join/subquery para que no se haga el Tabla Scan (leer la tabla completa)

[un_tio]

Iniciado por Ruchu

Asi que los indices hacen que no se recorra toda la tabla.

Eso en la tabla principal (con la clave primaria) vale, pero en la relacionada (clave externa), en un principio no hay ningun indice a no ser que lo crees.

Se ha de crear un indice porque sino el inner join si que recorreria toda la tabla?

¿Entonces es así, si no tienes índices da igual JOIN que subconsultas?

[javier_82]

Si, pero según Mithrandir (y yo le creo), conviene utilizar JOIN en vez de Subquery, ya que son mas eficientes. Pero tené en cuenta que si no utilizas índices puede bajar la performance, porque lees directamente de la BD, aunque eso dependerá del tamaño de ambas tablas. Yo que vos creo un índice ya que nos es dificil, aunque si definiste la PRIMARY KEY, ese ya es un índice, y si la multiplicación de tablas las haces utilizando ese campo no habría problemas.