Discussion :

[Cyborg]

[Table NUMERO]

Code [Table NUMERO] :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
NOM    | NUMERO_FIXE | NUMERO_MOBILE
---------------------------------
DUPONT | 0112345678  | 0112345678
DUPONT | 0612345678  | 0612345678

Est-ce que vous auriez une 'belle' solution à mon problème ?

Moi qui vient tout juste d'apprendre la manipulation du JOIN, et uniquement pour l'expliquer à quelqu'un d'autre, j'aurais tendance à me contenter d'un :

Lé JOIN cé d'la maird'hanb' Harr

[seabs]

Bonjour,

Moi qui vient tout juste d'apprendre la manipulation du JOIN, et uniquement pour l'expliquer à quelqu'un d'autre, j'aurais tendance à me contenter d'un :
Citation:
Lé JOIN cé d'la maird'hanb' Harr

C'est peut être aller un peu vite dans le jugement.

Ton SQL doit bien supporter l'instruction CASE alors, il convient de faire

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
SELECT C.NOM,
   CASE WHEN T.TYPE_NUMERO = 'FIXE' THEN T.NUMERO END AS NumeroFixe, 
   CASE WHEN T.TYPE_NUMERO = 'MOBILE' THEN T.NUMERO END AS NumeroMobile, 
FROM CLIENT C,
   LEFT JOIN TELEPHONE T ON C.ID_CLIENT = T.ID_CLIENT

Il est peut avantageux de remplacer LEFT JOIN par un INNER JOIN. Tout cela dépend de ton application.

Maintenant, il faut se poser la question si c'est le travail de la base de données de présenter les résultats en colonne. Pour ma part, je pense que c'est à l'applicatif d'effectuer la mise en forme.

Notre ami CinePhil te dirait, la cosmétique ce n'est pas le travail de ta base de données

@+

[tatayo]

Bonjour,
J'ajouterai que tu compares une requêtes sans JOIN, mais avec des critères de sélection sur le type de numéro, et une requête avec JOIN, mais sans les critères en question. Donc pas étonnant que le résultat soit légèrement différent...

Tatayo.

[Waldar]

seabs, n'oubliez pas l'agrégat sur les numéros, actuellement votre requête renvoie deux lignes.

[Rei Ichido]

Sans les JOIN, c'est simple :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
SELECT C.NOM, N1.NUMERO, N2.NUMERO
FROM CLIENT C, NUMERO N1, NUMERO N2
WHERE C.ID_CLIENT = N1.ID_CLIENT
AND C.ID_CLIENT = N2.ID_CLIENT
AND N1.TYPE_NUMERO = 'FIXE'
AND N2.TYPE_NUMERO = 'MOBILE'

L'équivalent avec un LEFT JOIN :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
SELECT C.NOM, N1.NUMERO, N2.NUMERO
FROM (CLIENT C
 LEFT JOIN NUMERO N1
 ON C.ID_CLIENT = N1.ID_CLIENT)
 LEFT JOIN NUMERO N2
 ON C.ID_CLIENT = N2.ID_CLIENT

Perdu, l'équivalent avec les joins :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
 
SELECT C.NOM, N1.NUMERO, N2.NUMERO
FROM CLIENT C
 LEFT JOIN NUMERO N1
 ON C.ID_CLIENT = N1.ID_CLIENT AND N1.TYPE_NUMERO = 'FIXE'
 LEFT JOIN NUMERO N2
 ON C.ID_CLIENT = N2.ID_CLIENT AND N2.TYPE_NUMERO = 'MOBILE'

[Cyborg]

Merci à seabs et Waldar pour vos réponses instructives.

Ton SQL doit bien supporter l'instruction CASE

Il semble supporter le "CASE" ... mais pas le "WHEN" !!

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

Mot clé non reconnu WHEN.

J'vais fouiller des conseils sur des forums SQL / VB, car ça me parait bizzare qu'il ne reconnaisse qu'une partie du CASE/WHEN THEN.
Une autre idée sinon ?

seabs, n'oubliez pas l'agrégat sur les numéros, actuellement votre requête renvoie deux lignes.

Euh ... d'ailleurs, j'vois pas quoi agréger pour retirer les lignes en trop.

Maintenant, il faut se poser la question si c'est le travail de la base de données de présenter les résultats en colonne. Pour ma part, je pense que c'est à l'applicatif d'effectuer la mise en forme.

Ce sont des requêtes dont les bases sont des fichiers Excel (voir des dossiers de fichiers .csv). Le résultat est donc aussi un fichier Excel utilisé par quelqu'un d'autre. Et tout effectuer sous forme de requête est bien plus efficace que de manipuler des "Range" Excel.
J'utilise d'ailleurs des SELECT INTO pour m'affranchir de l'ouverture/fermeture des fichiers Excel.

Il est peut avantageux de remplacer LEFT JOIN par un INNER JOIN. Tout cela dépend de ton application.

En l'occurence, j'aurais aimé pousser le vice jusqu'à avoir la liste de mes clients, avec les différents numéros sur les colonnes adéquates, ou bien null si un numéro est manquant. Le INNER JOIN donne le même résultat que le FROM/WHERE. Le LEFT JOIN me raccourcit l'expression car pour un résultat identique avec les FROM/WHERE, il me faut faire l'UNION de plusieurs requêtes traitant de chacun de mes cas (N2.NUMERO IS NULL, etc).


Pour Rei Ichido et tatayo : Désolé, j'ai débauché plus d'une 1/2 heure en retard vendredi pour faire ce message, donc il y avait peut-être quelques imperfections dues à mon impatience à décoller. De plus, c'est une copie visuelle de code d'un PC à un autre (pas Internet sur mon PC où je code), d'où les oublis probables. Néanmoins, je pensais que mes explications étaint suffisamment claires pour avoir droit à une réponse à mon problème.

[Cyborg]

Ton SQL doit bien supporter l'instruction CASE

J'ai remplacé le

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

CASE WHEN T.TYPE_NUMERO = 'FIXE' THEN T.NUMERO END AS NumeroFixe

par

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

IIF(T.TYPE_NUMERO = 'FIXE',T.NUMERO,NULL) AS NumeroFixe

Et ça fonctionne parfaitement.

Il ne reste que l'erreur donnée par Waldar :

n'oubliez pas l'agrégat sur les numéros, actuellement votre requête renvoie deux lignes.

Une idée ?

[Rei Ichido]

Grouper par id_client, et dans les fonctions mettre un MAX ou un MIN (selon la façon dont le SGBD trie les null) :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
 
SELECT C.NOM,
MAX(IIF(T.TYPE_NUMERO = 'FIXE',T.NUMERO,NULL)) AS NumeroFixe,
MAX(IIF(T.TYPE_NUMERO = 'MOBILE',T.NUMERO,NULL)) AS NumeroMobile
FROM CLIENT C
         JOIN NUMERO T ON (C.ID_CLIENT = T.ID_CLIENT)
GROUP BY c.id_client

Edit : cela dit, je préfère largement la version à double jointure !

[Waldar]

Essayez le même besoin avec quinze attributs, comparez les syntaxes des requêtes ainsi que les performances et dites-moi ensuite lequel vous préférez !

[Cyborg]

cela dit, je préfère largement la version à double jointure !

Essayez le même besoin avec quinze attributs, comparez les syntaxes des requêtes ainsi que les performances et dites-moi ensuite lequel vous préférez !

Avec le SQL au travers du VBA Excel, la question ne se pose pas, puisqu'il m'était impossible d'ajouter dans le JOIN

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

AND N1.TYPE_NUMERO = 'FIXE'

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

Expression JOIN non supportée

En revanche, si la vitesse de la requête sera certainement plus rapide avec la solution MAX(IFF()) (seulement 2 tables à joindre, le reste est réalisé avec des UNION au travers du IIF), c'est aussi un peu moins lisible pour quelqu'un reprenant le code, à mon goût.

Petite remarque : J'ai dû remplacer l'agrégation sur C.ID_CLIENT par C.NOM.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
SELECT C.NOM,
MAX(IIF(T.TYPE_NUMERO = 'FIXE',T.NUMERO,NULL)) AS NumeroFixe,
MAX(IIF(T.TYPE_NUMERO = 'MOBILE',T.NUMERO,NULL)) AS NumeroMobile
FROM CLIENT C
         JOIN NUMERO T ON (C.ID_CLIENT = T.ID_CLIENT)
GROUP BY C.NOM

Sans cela, le moteur d'Excel m'envoyait bouler, à moins que je ne retire le C.NOM du SELECT.

En tout cas, merci à tous, cela fonctionne exactement comme je le souhaite à présent !! Et ça m'a permis d'intégrer en prime le fonctionnement du IIF, donc c'est tout bénef !!