IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

SQL Oracle Discussion :

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


Sujet :

SQL Oracle

  1. #1
    Membre éclairé Avatar de bstevy
    Homme Profil pro
    Solutions Architect
    Inscrit en
    Mai 2009
    Messages
    552
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 38
    Localisation : Japon

    Informations professionnelles :
    Activité : Solutions Architect
    Secteur : Finance

    Informations forums :
    Inscription : Mai 2009
    Messages : 552
    Points : 870
    Points
    870
    Par défaut [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 : Sélectionner tout - Visualiser dans une fenêtre à part
      select count(*) from maTable where column = 'valeur'
    2. Code : Sélectionner tout - Visualiser dans une fenêtre à part
      select * from maTable where column = 'valeur' and rownum = 1
    3. Code : Sélectionner tout - Visualiser dans une fenêtre à part
      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

  2. #2
    Expert confirmé
    Profil pro
    Inscrit en
    Août 2008
    Messages
    2 947
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Août 2008
    Messages : 2 947
    Points : 5 846
    Points
    5 846
    Par défaut
    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 ...

  3. #3
    Rédacteur

    Homme Profil pro
    Consultant / formateur Oracle et SQL Server
    Inscrit en
    Décembre 2002
    Messages
    3 460
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Var (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Consultant / formateur Oracle et SQL Server

    Informations forums :
    Inscription : Décembre 2002
    Messages : 3 460
    Points : 8 073
    Points
    8 073
    Par défaut
    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 !!
    Consultant / formateur Oracle indépendant
    Certifié OCP 12c, 11g, 10g ; sécurité 11g

    Ma dernière formation Oracle 19c publiée sur Linkedin : https://fr.linkedin.com/learning/oracle-19c-l-administration

  4. #4
    Membre éclairé Avatar de bstevy
    Homme Profil pro
    Solutions Architect
    Inscrit en
    Mai 2009
    Messages
    552
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 38
    Localisation : Japon

    Informations professionnelles :
    Activité : Solutions Architect
    Secteur : Finance

    Informations forums :
    Inscription : Mai 2009
    Messages : 552
    Points : 870
    Points
    870
    Par défaut
    Je vais partir sur la solution 2 alors
    Merci pour ces indications

  5. #5
    Expert éminent
    Avatar de pachot
    Homme Profil pro
    Developer Advocate YugabyteDB
    Inscrit en
    Novembre 2007
    Messages
    1 821
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 53
    Localisation : Suisse

    Informations professionnelles :
    Activité : Developer Advocate YugabyteDB
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Novembre 2007
    Messages : 1 821
    Points : 6 443
    Points
    6 443
    Billets dans le blog
    1
    Par défaut
    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.
    Franck Pachot - Developer Advocate Yugabyte 🚀 Base de Données distribuée, open source, compatible PostgreSQL
    🗣 twitter: @FranckPachot - 📝 blog: blog.pachot.net - 🎧 podcast en français : https://anchor.fm/franckpachot

  6. #6
    Expert éminent sénior Avatar de mnitu
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    Octobre 2007
    Messages
    5 611
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Marne (Champagne Ardenne)

    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Octobre 2007
    Messages : 5 611
    Points : 11 252
    Points
    11 252
    Par défaut
    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.

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. tester l'existence d'une valeur dans un tableau
    Par aymench1985 dans le forum MATLAB
    Réponses: 6
    Dernier message: 16/04/2015, 03h09
  2. Tester l'existence d'une valeur
    Par Tsatogua dans le forum VBA Access
    Réponses: 4
    Dernier message: 06/10/2009, 12h50
  3. tester l existance d une table
    Par mick84m dans le forum Requêtes
    Réponses: 4
    Dernier message: 25/04/2005, 12h24
  4. [JDBC]Tester l'existence d une table
    Par juflata dans le forum JDBC
    Réponses: 7
    Dernier message: 29/06/2004, 16h27
  5. [ADO] Tester l'existence d'une table
    Par nd25 dans le forum VB 6 et antérieur
    Réponses: 11
    Dernier message: 05/09/2002, 14h55

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo