[11g] Meilleure facon de tester l'existence d'une valeur

Bonjour,

Je souhaite savoir si une certaine valeur existe dans ma colonne.
J'ai pensé à plusieurs facon de faire, mais j'aimerai savoir s'il y en a une a privilégier.

1. Code:

   ---

   select count(*) from maTable where column = 'valeur'

   ---

2. Code:

   ---

   select * from maTable where column = 'valeur' and rownum = 1

   ---

3. Code:

   ---

   select case when exist (select 1 from maTable where column = 'valeur') then 1 else 0 end from dual

   ---

4. une autre idée ?

J'interprète derriere mon résultat avec Python, donc peut importe ce que ca me ramène, je veux juste savoir si j'ai au moins une ligne avec cette valeur.

Merci d'avance pour vos retours ;)

et bonne fin d'année


Steven

Une variante de la proposition 3 :
https://asktom.oracle.com/pls/apex/f...:1525380674899

Sinon pour la 2, je ferais plutôt select 1 from ...

La solution 1 est clairement à éliminer, car vous comptez inutilement toutes les occurrences potentielles de la valeur, avec derrière un FULL TABLE SCAN complet, ou un INDEX RANGE SCAN s'il y a un index non unique.

La 2 et la 3 (avec un S à EXISTS) sont à peu près équivalentes, la 2 ayant l'avantage de la concision, et la 3 l'avantage d'une meilleure portabilité.
Pour la 2 toutefois, ne pas faire "SELECT *", mais "SELECT 1" (par exemple) pour éviter de passer par la table elle-même si un index est disponible.

Une autre solution, ça serait avec un WHERE EXISTS, mais ce n'est pas meilleur d'après le plan d'exécution.

Edit : pour la 3, meilleure portabilité en éliminant le ROWNUM, mais avec DUAL on est mort quand même !! :mouarf:

Je vais partir sur la solution 2 alors ;)
Merci pour ces indications

Bonjour,
Pour la solution 2 il vaut mieux faire un select 'x' ou n'importe quelle constante plutôt qu'un select * car si la colonne est indexée, pas besoin d'aller voir la table. Select * doit aller voir la table pour lire les autres colonnes.
Cordialement,
Franck.

Je préfère toujours la solution proposée dans le lien que skuatamad a pointé.

Mais, ce que les gens oublient souvent dans ce type d’interrogation est que le niveau d’isolation par défaut d’Oracle ne permet pas de voir les modifications en cours et pas encore validée via commit. Cela veut dire que la valeur qui a été lue peut ne plus être la même tout suite après la lecture. Or souvent ce type d’interrogation est utilisé pour décider de la poursuite d’une branche ou autre dans la logique du programme qui a demandé la valeur.

Deux bonnes solutions existent en pratique en plus de la mauvaise qui est souvent employée et qui consiste à tout simplement ignorer cet aspect :

• Déployer la lecture de la valeur à l’intérieur du traitement qui se poursuivi
• Verrouiller l’enregistrement/table lu(e) juste pour empêcher sa modification pour la durée de la transaction en cours.