Discussion :

[eclisse]

Bonjour,

Pardon si l'intitulé n'est pas très clair mais je cherche à mettre en place une requête dont je ne sais pas si elle est possible et si oui, quel nom peut porter ce type de requête.

Voici le détail du type de chose que je cherche à réaliser :

-1 Table de gestion de client classique et simplifiée [id, prenom, nom] [très, très simplifiée 😁]

-1 Table de gestion de qualifiant divers [id, name] : 1.homme, 2.femme, 3.grand, 4.petit, 5.brun, 6.blond, 7.roux, 8.célibataire, 9.marié, 10.pacsé, etc.
Évidemment c’est à titre d’exemple, on est d’accord, personne ne gère une table de qualifiant comme ça ! 😉

-1 Table d’enregistrement des clients avec qualifiants multiples [id, clientID, qualifiantID], puisqu’on a la possibilité de qualifier chaque client avec plusieurs qualifiants différents (checkbox et non radios) :
. client1/qualifiant2, client1/qualifiant3, client1/qualifiant7, client1/qualifiant10
. client2/qualifiant1, client2/qualifiant4, client2/qualifiant6
. etc.

Je crée une requête pour m’afficher la liste des noms et prenoms des clients et un champ qui concatène l’ensemble des valeurs de la table de qualification associée à ce client, de manière à obtenir ce résultat :

ID	NOM	PRENOM	QUALIF
1	Smith	Vanessa	Femme, Grand, Pacsé, roux
2	Doe	John	Homme, petit, blond

Je peux passer par une fonction sur ma page qui exécute une nouvelle requête et me retourne une boucle avec les résultats pour chaque client, mais je trouve que ça génère un peu latence et je me demande si le moteur sql ne pourrait pas me permettre de récupérer ces résultats sur une seule requête plutôt que 2. Ca me permettrait aussi sans doute d’optimiser avec moins de latence…

Voilà.
Merci d'avance de vos éclairages.
Ah oui est mon SGBD est SQL server

[SQLpro]

Oui, mais comme cela est contraires aux principes de modélisation, cela dépend des fonctionnalités du SGBDR utilisé.

Démo avec Microsoft SQL Server :

1 ) la création des tables

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
CREATE TABLE T_PERSONNE_PRS
(PRS_ID        INT IDENTITY PRIMARY KEY,
 PRS_NOM       VARCHAR(32) NOT NULL,
 PRS_PRENOM    VARCHAR(25));
 
CREATE TABLE T_QUALITE_QLT
(QLT_ID        INT IDENTITY PRIMARY KEY,
 QLT_LIBELLE   VARCHAR(16) NOT NULL);
 
CREATE TABLE T_J_PRS_QLT
(PRS_ID        INT NOT NULL REFERENCES T_PERSONNE_PRS (PRS_ID),
 QLT_ID        INT NOT NULL REFERENCES T_QUALITE_QLT (QLT_ID),
 PRIMARY KEY (PRS_ID, QLT_ID));

2) le peuplement des tables

Code :

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

1
2
3
4
5
6
7
8
9
10
11
INSERT INTO T_PERSONNE_PRS 
VALUES ('DURAND', 'Paul'),
       ('MARTIN', 'Jane'),
       ('LAMBERT', 'Claude');
 
INSERT INTO T_QUALITE_QLT
VALUES ('homme'), ('femme'), ('grand'), ('petit'), ('brun'), 
       ('blond'), ('roux'), ('célibataire'), ('marié'),('pacsé');
 
INSERT INTO T_J_PRS_QLT
VALUES (1, 1), (1, 3), (1, 5), (1, 8), (2, 2), (2, 4), (2, 6), (2, 9), (3, 1), (3, 4);

3) la requête

Code :

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

1
2
3
4
5
6
7
SELECT PRS_NOM, PRS_PRENOM, STRING_AGG(QLT_LIBELLE, ', ')
FROM   T_PERSONNE_PRS AS P
       LEFT OUTER JOIN T_J_PRS_QLT  AS PQ
          ON P.PRS_ID = PQ.PRS_ID
       LEFT OUTER JOIN T_QUALITE_QLT AS Q
          ON PQ.QLT_ID = Q.QLT_ID
GROUP  BY  PRS_NOM, PRS_PRENOM;

4) le résultat

Code :

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

1
2
3
4
5
PRS_NOM                          PRS_PRENOM                QUALITE
-------------------------------- ------------------------- -------------------------------------------------------------------
LAMBERT                          Claude                    homme, petit
MARTIN                           Jane                      femme, petit, blond, marié
DURAND                           Paul                      homme, grand, brun, célibataire

CQFD

mais encore une fois ce n'est pas la bonne manière de modéliser. Vous allez au devant d'ennuis graves !

A +

[eclisse]

Ah, une syntaxe que je ne connaissais pas, mais qui marche effectivement très bien!
Merci beaucoup de ce tuyau.

mais encore une fois ce n'est pas la bonne manière de modéliser. Vous allez au devant d'ennuis graves !

C'est à dire ? je ne vois pas en quoi cette modélisation est dangereuse ? Vous pouvez m'éclairer ?

[escartefigue]

Cette modélisation viole la première forme normale.
La conséquence est : grande difficulté pour garantir l'intégrité des données, requêtes complexes et contre performantes.

Par exemple, si vous décidez que la valeur "blond" est à remplacer par "châtain", il faudra rechercher des sous-parties de la colonne "qualif" (requête contre performante) au risque de tomber sur des homonymes (blondain va devenir châtainain dans cet exemple).
De plus, le séparateur (ici la virgule) peut potentiellement être présent dans une chaîne de caractères, ce qui rend la recherche encore plus complexe
Et rien ne garantit l'absence de redondances du genre "blond, petit, célibataire, blond" ou les contradictions du genre "blond, petit, brun"...
Bref, à ne jamais faire !

[Waldar]

Il me semble que ce n'est qu'à l'affichage qu'il y a la concaténation des résultats, la modélisation ne pose pas de problème si c'est comme dans l'exemple de SQLpro.

[eclisse]

D'accord pour l'explication avec les replace ou autre travaux de modification des résultats obtenus.

Là, l'optique c'est surtout de recracher une liste issue de la base de données, une simple vue des clients et de leur qualifiant. Si je dois modifier le "blond" en "chatain", ben j'ouvre le formulaire de modification des qualifiants ou celui du client plus simple...

Par contre effectivement, pour le caractère virgule, je suis d'accord que ça pourrait prêter à confusion si le caractère est présent lui aussi dans un des qualifiants.
C'est donc à utiliser avec vigilance, et dans des cas d'extraction pure.

Merci pour le complément.