Discussion :

[Angy987]

Bonjour!
J'aimerais savoir si c'est possible avec SQL d'obtenir xxx records (exemple: on recherche toutes les personnes d'une table personne, donc 10 records si il y a 10 personnes) en 1 seul record (donc tous les résultats en 1 record dans différents champs).

Imagineons que j'ai une table personne.

---ID---NOM---AGE---
---1----AAA----10----
---2----BBB----11----
---3----CCC----12----
---4----DDD----13----
---5----EEE----14----
---6----FFF----15----

J'aimerais qu'ils soient affichés comme tels

---AAA---10---BBB---11---CCC---12---...

Mais SANS encodage en dur, donc il faudrait que ce soit dynamique.

Mauvais:

Code :

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

1
2
3
4
5
6
7
 
SELECT 
MAX(CASE WHEN PERSONNE.NOM like 'AAA' THEN PERSONNE.NOM END) AS AAA_NOM,
MAX(CASE WHEN PERSONNE.NOM like 'BBB' THEN PERSONNE.NOM END) AS BBB_NOM,
MAX(CASE WHEN PERSONNE.NOM like 'CCC' THEN PERSONNE.NOM END) AS CCC_NOM,
...
FROM PERSONNE

Dans ce cas-ci, nous devons savoir exactement quelles personnes prendre, mais j'aimerais pouvoir tout prendre même si on ajoute ou supprime une personne.

Est-ce possible?

Merci d'avance!

[juvamine]

Tu utilises quel SGBD ?

[Angy987]

Postgresql

[CinePhil]

Ce que tu cherches à faire est de la cosmétique et n'est pas le boulot de SQL mais celui du programme utilisateur de la BDD.

Si tu as 10 000 personnes dans la table, tu vas sortir une seule lignes de 20 000 colonne ?

Que est le but de cette manipulation fastidieuse ?

[Angy987]

En fait, je fais du reporting mais avec le programme que j'utilise, il m'aurait vraiment fallu avoir les données sous cette forme (on peut casi tout faire, sauf pour ce que je veux faire sous cette forme).

C'est sûr quand il y aura 10.000 personnes, ce n'est pas le genre de requête SQL à utiliser, mais ici, ça ne dépassera jamais les 10

[estofilo]

Transformer les lignes en colonnes est une opération nommée pivot ou parfois crosstab en SQL. Avec postgresql il y a un module externe tablefunc avec des fonctions pour faire ça, mais pas dynamiquement comme tu le voudrais.

Ce type de requête pose en effet un problème conceptuel: un moteur SQL a besoin de connaitre les colonnes de résultat, leurs types, leurs noms, leur ordre relatif, avant d'exécuter la requête à proprement parler.
Or dans le cas complètement dynamique, il faudrait pour le moteur aller au bout de l'exécution de la requête pour obtenir ces infos. Mais en même temps il en a besoin pour démarrer l'exécution, d'où une dépendance circulaire impossible à satisfaire.