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

Langage SQL Discussion :

Optimisation de jointure dans un where


Sujet :

Langage SQL

  1. #1
    Membre à l'essai
    Profil pro
    Inscrit en
    Octobre 2007
    Messages
    29
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Octobre 2007
    Messages : 29
    Points : 22
    Points
    22
    Par défaut Optimisation de jointure dans un where
    Bonjour à tous,

    Malgré que je sais qu'il est préférable d'utiliser JOIN pour faire une jointure, j me pose cette question :

    En admettant que je dispose de table T1 et T2 et que T1 est beaucoup plus importante en taille que T2.

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    SELECT T1.id
    FROM T1,T2
    WHERE T1.T2_id=T2.id
    est-il plus performant que WHERE T2.id = T1.T2_id ? Ou alors c'est pareil ?

    Guillaume.

  2. #2
    Membre éprouvé
    Profil pro
    Inscrit en
    Août 2008
    Messages
    861
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Août 2008
    Messages : 861
    Points : 965
    Points
    965
    Par défaut
    Bonjour,

    Oui, c'est pareil. Et en effet il est préférable d'utiliser la syntaxe normalisée, avec JOIN.

  3. #3
    Membre à l'essai
    Profil pro
    Inscrit en
    Octobre 2007
    Messages
    29
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Octobre 2007
    Messages : 29
    Points : 22
    Points
    22
    Par défaut
    Et donc avec JOIN, il faut bien mettre la plus petite table dans le JOIN, c'est bien ça ?

  4. #4
    Modérateur

    Avatar de CinePhil
    Homme Profil pro
    Ingénieur d'études en informatique
    Inscrit en
    Août 2006
    Messages
    16 799
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 61
    Localisation : France, Haute Garonne (Midi Pyrénées)

    Informations professionnelles :
    Activité : Ingénieur d'études en informatique
    Secteur : Enseignement

    Informations forums :
    Inscription : Août 2006
    Messages : 16 799
    Points : 34 048
    Points
    34 048
    Billets dans le blog
    14
    Par défaut
    Citation Envoyé par guish59 Voir le message
    Et donc avec JOIN, il faut bien mettre la plus petite table dans le JOIN, c'est bien ça ?
    Ça n'a en principe aucune importance !

    Les deux requêtes ci-dessous devraient être strictement équivalentes du point de vue des performances sur n'importe quel SGBD :
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    SELECT T1.id
    FROM T1
    INNER JOIN T2 ON T1.T2_id = T2.id
     
    SELECT T1.id
    FROM T2
    INNER JOIN T1 ON T1.T2_id = T2.id
    Et bien sûr, l'ordre dans lequel on écrit l'égalité dans la condition de jointure n'a pas non plus d'importance puisque c'est une opération commutative.

    Même sur des requêtes complexes avec plusieurs jointures, c'est l'optimiseur du SGBD qui en principe se débrouille pour calculer quel est le meilleur ordre pour exécuter les jointures.

    Il tiendra aussi compte des conditions de restrictions éventuelles (WHERE). Si T1 fait 10 millions de lignes et qu'il y a une restriction sur une seule valeur d'une colonne indexée (WHERE T1.id = 1234567 par exemple), il fera d'abord la restriction pour n'avoir à prendre en compte qu'une seule valeur de cette grosse table, ce qui allègera considérablement les opération de jointure par la suite.

    À moins qu'un spécialiste de la question me contredise, c'est en tout cas ce que j'ai compris du fonctionnement d'un SGBD.

  5. #5
    Membre à l'essai
    Profil pro
    Inscrit en
    Octobre 2007
    Messages
    29
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Octobre 2007
    Messages : 29
    Points : 22
    Points
    22
    Par défaut
    Puisque personne te contredis, je considère que j'ai ma réponse !
    Merci beaucoup.

  6. #6
    Membre à l'essai
    Profil pro
    Inscrit en
    Octobre 2007
    Messages
    29
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Octobre 2007
    Messages : 29
    Points : 22
    Points
    22
    Par défaut
    A priori, après test sur PostGreSQL l'ordre des tests dans la requête à de l'importance ainsi que l'ordre dans les jointures. Notamment avec l'opérateur '='.

  7. #7
    Membre éprouvé
    Profil pro
    Inscrit en
    Août 2008
    Messages
    861
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Août 2008
    Messages : 861
    Points : 965
    Points
    965
    Par défaut
    On peut avoir un aperçu de vos tests svp?

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

Discussions similaires

  1. [Vxi3] Auto-jointure dans le Where Norme ANSI92
    Par Julien59 dans le forum Designer
    Réponses: 0
    Dernier message: 03/05/2013, 10h55
  2. Réponses: 1
    Dernier message: 05/10/2007, 09h49
  3. [SQL] Optimiser une jointure dans PHP
    Par Invité dans le forum PHP & Base de données
    Réponses: 11
    Dernier message: 11/08/2006, 17h56
  4. INNER JOIN ... ON ... ou jointure dans clause where
    Par schmur1 dans le forum MS SQL Server
    Réponses: 12
    Dernier message: 28/06/2005, 09h16
  5. Optimiser les jointures dans des requêtes
    Par klereth dans le forum PostgreSQL
    Réponses: 12
    Dernier message: 23/04/2005, 17h29

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