Bonjour    
 
Je suis face à une problématique et je n'arrive pas a trouver la solution. J'ai besoin d'extraire un paquet de données et les regrouper (extraction unique dans le cadre d'une étude). Mais je n'arrive pas a tout mettre sur la même ligne    
 
En gros mon extraction au départ me donne un tableau sous la forme suivante:

 
J'ai donc fait un truc du genre:
 

 
Sauf que ça m'affiche une ligne par action possible dans le tableau:

 
Au lieu de tout mettre sur la même ligne. Des idées sur comment faire en sorte que tout aille sur la même ligne?
 
Merci d'avance    
 
PS: Dans les données réelles, il y à 8 cas de figures (colonnes) et dans les 400 000 lignes au départ

Ben il fait exactement ce que tu lui demandes : il te génère deux colonnes "Consommation" et "Reintroduction" et vient y mettre NULL ou bien la quantité selon le type de l'Action.

Je comprends pas trop pourquoi tu compliques en fait, tu n'as pas donné ton modèles mais j'ai l'impression que :

Sans fioritures aurait directement donné ce que tu veux.
Si c'est pas ça donne un exemple complet qu'on puisse comprendre (schéma initial, échantillon de données, exemple de résultat voulu)

Par mettre sur la même ligne, je voulais dire:
 

 
Au final j'ai trouvé ma réponse:
 

 
Il faudra vraiment que j'arrive a ce qu'ils me fassent une formation SQL un de ces jours, j'ignorais totalement que l'on pouvait mettre le sum(...) a l'exterieur du case...

Ah oui, effectivement c'était pas clair pour moi.
 
Comme je disais (sans aucune méchanceté) à l'avenir n'hésite pas à être plus précis, en donnant un exemple concret de jeu de données à traiter, et de résultat attendu.  
Et pour parfaire tu peux même donner le schéma (CREATE) et les Inserts pour tout ça si le truc est un tout petit peu compliqué (là c'était pas nécessaire cela dit), comme ça on peut recréer les données et te faire un truc qui marche.

 
Désolé, pas évident car la politique d'entreprise est a la parano la plus complète. Sortir ne serais-ce qu'un bout de schéma de la BDD est perçu comme une mise en dangers... Un collègue à littéralement blêmi quand j'ai dit que j'avais demandé de l'aide en ligne pour une extraction. Même sur site, il est interdit de positionner les salles serveur sur des plans ou de dire a des gens hors de l'IT où elles se situent...
 
Compliqué de réussir a anonymiser suffisamment pour que ça soit impossible de reconnaitre quoi que ce soit tout en gardant assez de détails pour que ça soit représentatif

C'est très con comme raisonnement même si je comprends le besoin de secret dans certains secteurs.  
Y a rien qui empêche de sortir des colonnes A, B, C avec des données Cas 1, Cas 2, et des nombre 100, 200, 300, et Monsieur Titi, Madame Tutu.  
Ca prend pas très longtemps de faire une ou deux tables avec ça et générer les inserts.
Il doit être vachement imaginatif le mec qui arrive à violer des secrets industriels avec ça.
 
Après il y a des gens qui sont juste paranoïaques ou qui sont tellement excités de bosser pour un truc un peu sensible qu'ils en font des tas en mode je me la joue agent secret.

Ca donne envie d'y bosser dans cette boîte...

Suffit de transposer ton pb réel en un pb équivalent passe-partout pour ne pas avoir de souci de confidentialité. Perso, c'est ce que je fais depuis des années quand je viens chercher de l'aide ici. Ca n'a jamais posé de problème et au final, ça m'a fait gagner du temps, l'aide que j'ai reçue.
 
Du reste, ça m'est même déjà arrivé que juste après avoir rédigé le topic et en ayant cherché un pb équivalent, je trouve moi-même la solution. Enoncer correctement un pb, c'est souvent être sur la bonne voie pour le résoudre.

 
Yep, ça m'est déjà arrivé plusieurs fois de trouver la solution en venant l'écrire ici    
 
Mais je rajouterais plus d'infos a l'avenir. Peut être pas autant que dans les vrais requêtes (quand y à 9 tables dans le From avec les 2/3 qui ne servent qu'a relier des tables éloignées les unes des autres par exemple ), mais plus que là

Si je comprend bien la demande, perso, j'utilise cette fonction:
https://docs.oracle.com/cd/E11882_0 [...] SQLRF30030