Discussion :

[marti]

Bonjour,

Je souhaite tranformer des infos en ligne en des infos en colonne à partir d'une table Oracle. Par exemple, la table suivante :

col1 col2
1 1
1 2
1 3
1 4
2 1
2 2
2 3
2 4

transformer en table suivante :

col1 col2 col3 col4 col5
1 1 2 3 4
2 1 2 3 4

Important : à chaque identifiant de la colonne 1 correspond le même nombre de colonnes renseignés par une valeur( ici par exemple, 2 lignes identifiées par 1 et 2 ayant chacune 5 colonnes remplies )

Merci d'avance
1

[HULK]

chez oracle y'a pas une instruction PIVOT qui permets de faire ca ??

[SQLpro]

Lisez l'article que j'ai écrit à ce sujet :
http://sqlpro.developpez.com/cours/sqlaz/erreurs/#L9

A +

[marti]

le lien ne fonctionne pas dirait-on ?

[SQLpro]

Si !

a 14h46

A +

[guidav]

Lisez l'article que j'ai écrit à ce sujet :
http://sqlpro.developpez.com/cours/sqlaz/erreurs/#L9

A +

Un petit bémol à cet article : la fonction pivot ne sert pas qu'à faire de la présentation, car elle transforme en colonnes les lignes de manière dynamique et permet d'initialiser des valeurs non définies.
Imaginons un exemple du type (chez un glacier qui voudrait savoir combien préparer des glaces en fonction de la météo et du mois, on ne sait jamais)
METEO|CLIENT|MOIS|CHIFFRE D'AFFAIRES
Pour la présentation, le champ METEO va passer en colonnes, mais on ne sait pas forcément à l'avance (ie avant de créer toutes les requêtes) quelles valeurs il pourra prendre.

Si ensuite on doit créer un graphique (une courbe de CA par client en fonction du mois) de tout celà, il sera beaucoup plus simple de faire
1/ un filtre sur les mois (select * from table where mois='janvier')
2/ une requete pivot.
Ca permet de sortir beaucoup moins de lignes pour le graphique, et en plus ça permet de fixer des valeurs données pour les points manquants (0 de CA par exemple, pour la conjonction "chaud et sec" et "février") .
Quand la base fait 3 millions de lignes, ca divise le temps de calcul par beaucoup comparativement à une fonction de mise en forme.
Ayant du faire la meme chose sous Access et MySQL, j'ai trouvé Access plus performant pour ce point précis.
Mais il est vrai que Access n'est pas seulement un SGBD.