13 replies to this topic

[razadi]

Pues eso amigo, tengo el siguiente problema!

Tengo dos tablas, Tabla1 y Tabla2, donde Tabla1 contiene un universo de registros (facturas) y en Tabla2 hay sólo las facturas que fueron pagadas con anticipación, quiero hacer un query que me muestre las facturas de la Tabla1 pero solo aquellas que no existan en la Tabla2.

SELECT 
  *
FROM 
  TABLA1
WHERE (CVE_FACT NOT IN (SELECT CVE_FACT FROM TABLA2))

Intente con el query anterior, pero se tarda horrores, alguien que pueda ayudarme.

saludos y gracias de antemano.

[enecumene]

¿Hacerlo desde un SP no te vale?.

Saludos.

[poliburro]

hola amigo,

desgraciadamente la cláusula in de sql es tremendamente ineficiente... prueba este consulta y nos cuentas el resultado

   SELECT TABLA1.*
      FROM TABLA1 
LEFT JOIN TABLA2
         ON TABLA1.CVE_FACT = TABLA2.CVE_FACT
WHERE TABLA2.CVE_FACT IS NULL

[razadi]

¿Hacerlo desde un SP no te vale?.

Saludos.

Es Firebird...

gracias por contestar, saludos

[enecumene]

¿Hacerlo desde un SP no te vale?.

Saludos.

Es Firebird...

gracias por contestar, saludos

¿?

Se supone que Firebird tiene Soporte para realizar Procedimientos Almacenados (SP), ¿o No? 

[Fenareth]

¿Hacerlo desde un SP no te vale?.

Saludos.

Es Firebird...

gracias por contestar, saludos

¿?

Se supone que Firebird tiene Soporte para realizar Procedimientos Almacenados (SP), ¿o No? 

Sip, si tiene...

Saludox !

[razadi]

¿Hacerlo desde un SP no te vale?.

Saludos.

Es Firebird...

gracias por contestar, saludos

¿?

Se supone que Firebird tiene Soporte para realizar Procedimientos Almacenados (SP), ¿o No? 

Sip, si tiene...

Saludox !

De hecho si tiene, pero cuando conteste estaba con una amiga y ya no supe que puse, lo siento.

Si tiene SP, pero al probar el query de Poli, me resulto mucho más fácil. gracias.

[razadi]

hola amigo,

desgraciadamente la cláusula in de sql es tremendamente ineficiente... prueba este consulta y nos cuentas el resultado

Bien amigo, si resulto, esta un poco lento, pero creo que aquí lo que se debe considerar es que esta en red y hay más de 14 mil registros, jejeje.



gracias y saludos



   SELECT TABLA1.*

      FROM TABLA1 

LEFT JOIN TABLA2

         ON TABLA1.CVE_FACT = TABLA2.CVE_FACT

WHERE TABLA2.CVE_FACT IS NULL

[fredycc]

Bien amigo, si resulto, esta un poco lento, pero creo que aquí lo que se debe considerar es que esta en red y hay más de 14 mil registros, jejeje.

gracias y saludos

  SELECT TABLA1.*
      FROM TABLA1
LEFT JOIN TABLA2
        ON TABLA1.CVE_FACT = TABLA2.CVE_FACT
WHERE TABLA2.CVE_FACT IS NULL

Verifica el índices Razadi o recontrúyelos. Podría mejorar el rendimiento.

Saludos

[poliburro]

Verifica el índices Razadi o recontrúyelos. Podría mejorar el rendimiento.

Saludos

Así es... como lo comenta nuestro amigo fredycc, hay que revisar que el campo cve_fact en ambas tablas esté indexado...

[Nikolas]

proba esta:

SELECT DISTINCT T1.CVE_FACT 
FROM TABLA1 t1 JOIN TABLA2 t2 
ON T1.CVE_FACT = T2.CVE_FACT

[Fenareth]

proba esta:

SELECT DISTINCT T1.CVE_FACT 

FROM TABLA1 t1 JOIN TABLA2 t2 

ON T1.CVE_FACT = T2.CVE_FACT

Pera esa consulta nos traería los datos de TABLA 1 que también están en TABLA 2 no ?... no es precisamente lo que se busca 

Saludox !

[LuNaTk]

Quiza debas mirar un poco mas aya, pensando en el crecimiento de las tablas tu consulta con el paso del tiempo se hara mas lenta.

Porque no agregar un campo en Tabla1 que indique si fue pagada por anticipado y unicamente leer esta Tabla1 filtrandola por el campo sugerido para buscar el resultado que deseas.

No he manejado firebird, unicamente SQL Server, pero deberia tener soporte para triggers, para que al insertar un registro en Tabla2, actualizes el campo que te menciono en Tabla 1.

En SQL server hacer lo que tu estás haciendo leyendo ambas tablas implica un escaneo de todos los registros de la tabla, lo cual es extremadamente ineficiente, desconozco el motor de firebird pero seguramente hace algo similar, asi que noe staria mál pensar en lo que te comente.

bueno saludos.

[poliburro]

En SQL server hacer lo que tu estás haciendo leyendo ambas tablas implica un escaneo de todos los registros de la tabla, lo cual es extremadamente ineficiente, desconozco el motor de firebird pero seguramente hace algo similar, asi que noe staria mál pensar en lo que te comente.

Esto es un muy dato a considerar... como bien dice LunaTk, es importante analizar las tablas y establecer llaves primarias e índices para conseguir un rendimiento óptimo...