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

Requêtes PostgreSQL Discussion :

Performance entre: LIKE sur plusieurs champs, et un seul LIKE sur champs concaténés


Sujet :

Requêtes PostgreSQL

  1. #1
    Membre expérimenté
    Avatar de sat83
    Homme Profil pro
    Développeur informatique
    Inscrit en
    Mars 2004
    Messages
    1 040
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 40
    Localisation : France, Haut Rhin (Alsace)

    Informations professionnelles :
    Activité : Développeur informatique

    Informations forums :
    Inscription : Mars 2004
    Messages : 1 040
    Points : 1 309
    Points
    1 309
    Par défaut Performance entre: LIKE sur plusieurs champs, et un seul LIKE sur champs concaténés
    Bonjour à tous!

    Petite question pratique pour savoir quelle est la solution la plus performante selon vous entre:
    1) Plusieurs LIKE sur plusieurs champs
    2) Un seul LIKE et concaténation des champs

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    SELECT * FROM matable
    WHERE LOWER(champ1) LIKE LOWER('%toto%')
    OR LOWER(champ2) LIKE LOWER('%toto%')
    OR LOWER(champ3) LIKE LOWER('%toto%')
    OR LOWER(champ4) LIKE LOWER('%toto%')
    OR LOWER(champ5) LIKE LOWER('%toto%')
    OR LOWER(champ6) LIKE LOWER('%toto%')
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    SELECT * FROM matable
    WHERE LOWER(champ1 || champ2 || champ3 || champ4 || champ5 || champ6 ) LIKE LOWER('%toto%')
    Merci d'avance pour vos retours!

    PS: l'exemple présenté est basique, le cas réel est plus complexe avec de nombreuses tables et jointures.
    Ce que l'on apprend par l'effort reste toujours ancré plus longtemps...

  2. #2
    Modérateur
    Avatar de al1_24
    Homme Profil pro
    Retraité
    Inscrit en
    Mai 2002
    Messages
    9 080
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 63
    Localisation : France, Val de Marne (Île de France)

    Informations professionnelles :
    Activité : Retraité
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Mai 2002
    Messages : 9 080
    Points : 30 786
    Points
    30 786
    Par défaut
    La meilleure des réponses te sera donnée par la consultation du plan d'exécution de chacune de ces requêtes
    Modérateur Langage SQL
    Règles du forum Langage SQL à lire par tous, N'hésitez pas à consulter les cours SQL
    N'oubliez pas le bouton et pensez aux balises
    [code]
    Si une réponse vous a aidé à résoudre votre problème, n'oubliez pas de voter pour elle en cliquant sur
    Aide-toi et le forum t'aidera : Un problème exposé sans mentionner les tentatives de résolution infructueuses peut laisser supposer que le posteur attend qu'on fasse son travail à sa place... et ne donne pas envie d'y répondre.

  3. #3
    Membre expérimenté
    Avatar de sat83
    Homme Profil pro
    Développeur informatique
    Inscrit en
    Mars 2004
    Messages
    1 040
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 40
    Localisation : France, Haut Rhin (Alsace)

    Informations professionnelles :
    Activité : Développeur informatique

    Informations forums :
    Inscription : Mars 2004
    Messages : 1 040
    Points : 1 309
    Points
    1 309
    Par défaut
    D'après ce que j'ai vu, ça ne change pas grand chose, mais je voulais avoir confirmation
    Ce que l'on apprend par l'effort reste toujours ancré plus longtemps...

  4. #4
    Modérateur

    Profil pro
    dba
    Inscrit en
    Janvier 2010
    Messages
    5 643
    Détails du profil
    Informations personnelles :
    Localisation : France, Rhône (Rhône Alpes)

    Informations professionnelles :
    Activité : dba

    Informations forums :
    Inscription : Janvier 2010
    Messages : 5 643
    Points : 13 092
    Points
    13 092
    Par défaut
    Bonjour

    Sur l'exemple donnée, cela ne doit en effet pas changer grand chose.

    Mais dans tous les cas je préfère la première écriture, la deuxième empêchant forcément toute optimisation éventuellement possible (sur des requête plus complexes). Avec la première écriture, il ne sera pas nécessaire d'évaluer toutes les conditions (puisqu'il s'agit de OR).
    Avec la deuxième, le moteur devrai d'abord concaténer toutes les chaines (même si certaines sont très longues ! ) - et donc toutes les récupérer - ce qui ne sera pas forcément le cas avec la première.

    Enfin, et surtout, elles ne sont pas strictement équivalente : la première pourra renvoyer des résultats que ne renverra pas la seconde, et vice-versa :
    1/ si une colonne finit par "to" et la suivante commence par "to"
    2/ si une des colonnes est NULL, la concaténation sera également NULL, et ne matchera pas le like, même si une colonne contient "toto"

  5. #5
    Membre expérimenté
    Avatar de sat83
    Homme Profil pro
    Développeur informatique
    Inscrit en
    Mars 2004
    Messages
    1 040
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 40
    Localisation : France, Haut Rhin (Alsace)

    Informations professionnelles :
    Activité : Développeur informatique

    Informations forums :
    Inscription : Mars 2004
    Messages : 1 040
    Points : 1 309
    Points
    1 309
    Par défaut
    Merci beaucoup.

    Vous avez confirmé les différemment aspects sur lesquels je m'interrogeais. Je vais donc privilégier plutôt la première solution.
    Surtout qu'en effet certaine chaines peuvent être longue!
    Ce que l'on apprend par l'effort reste toujours ancré plus longtemps...

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

Discussions similaires

  1. [XL-2003] Lier des champs de page de TCD sur plusieurs onglets
    Par nekhar87 dans le forum Macros et VBA Excel
    Réponses: 1
    Dernier message: 26/04/2012, 14h26
  2. [AC-2003] Requête sur plusieurs tables dans une seule liste
    Par tarnx dans le forum Requêtes et SQL.
    Réponses: 1
    Dernier message: 04/12/2009, 11h36
  3. action avec un seul bouton sur plusieurs MC différents
    Par cece2000 dans le forum ActionScript 1 & ActionScript 2
    Réponses: 1
    Dernier message: 22/04/2008, 11h33
  4. un seul SELECT sur plusieurs tables ?
    Par deloo dans le forum Requêtes
    Réponses: 2
    Dernier message: 15/09/2005, 12h57
  5. n INDEXs sur chaque champ ou 1 seul INDEX sur n ch
    Par fourchette dans le forum Requêtes
    Réponses: 2
    Dernier message: 22/04/2004, 10h55

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