index non pris en compte dans inner select [Résolu]

[eponette]

Bonjour,

je viens vers vous car j'ai un petit soucis...

j'ai la simple requête suivante

Code :

SELECT * FROM COMPTE WHERE ID NOT IN (SELECT COMPTE_ID FROM FACT_COMPTE)

les champs ID de la table COMPTE et COMPTE_ID de la table FACT_COMPTE sont indéxés.

En Firebird 1.5, cela prend quelques millisecondes.

en firebird 2.0, cela prend un temps monstreux.

Après vérification, je remarque que Firebird 2 n'utilise pas les index. Les deux DB sont des copies conformes.

Pourquoi Firebird 2 n'utilise pas les index? (j'ai détruit et recréé les index pour être sûr)

Comment faire pour qu'il le fasse (comme Firebird 1.5 le faisait).

Merci d'avance

[makowski]

Solution : lire les notes de versions, c'est là pour cela

Performance
The following changes should be noted as possible sources of performance loss:
Existence Predicates NOT IN and ALL May Be Slow
Firebird and, before that, InterBase, have produced incorrect results for the logical existence predicates ALL
and NOT IN for many years. That problem has bee corrected in Firebird 2.0, but the change means that
indexes on the inner tables cannot be used and performance may be slow compared to the same query's
performance in V.1.5. “Inner tables” are the tables used in the subquery argument inside an ALL or NOT IN expression.
Note
NOT EXISTS is approximately equivalent to NOT IN and will allow Firebird to use indexes.

[eponette]

Je l'ai lu puis oublié...

Merci pour l'info.