Requête avec Group BY

Version imprimable

Bonjour ,

Mon besoin est d'avoir le total de salaire brut par société et pas département.

J'ai préparé une requete qui me permet d'avoir :
Code:

1 2 3 MATRICULE SALAIRE_BRUT SOCIETE ETABLISSEMENT
je voudrais avoir comme résultat :
Code:

1 2 3 4 5 6 7 8 TOTAL_SALAIRE SOCIETE 1 XXX ETAB11 X ETAB12 XX SOCIETE 2 XXXXX ETAB21 XXX ETAB22 XX
Merci d'avance pour vos aides.

28/06/2012, 11h51
al1_24

Il s'agit là de mise en forme du résultat de la requête, qui est du domaine de l'application et no du langage SQL
28/06/2012, 12h40
Rams7s

Citation:

Envoyé par al1_24

Il s'agit là de mise en forme du résultat de la requête, qui est du domaine de l'application et no du langage SQL

Moui je toruve ca un peu trop categorique, il y a des choses bien plus simples a faire directement dans la base, sans que ca ne consomme beaucoup plus de ressources.

La par exemple, si ca avait ete plus clair on comprendrait mieux, mais group by roll-up pourrait convenir.
(Chaque societe a x etablissements, et je veux la somme par societe et par etablissement)

Au final, la BdD fait juste un petit calcul en plus, ca evite d'avoir des bugs dans le cas ou il faudrait rajouter du code pour refaire la somme cote client.
Bref, tout comme la signature de McM :mrgreen:

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
WITH donnees as
(
	select 100 as MAT, 3000 as SAL, 'Soc1' as SOC, 'Siège' as ETAB FROM DUAL union
	select 200 as MAT, 2200 as SAL, 'Soc1' as SOC, 'Usine1' as ETAB FROM DUAL union
	select 300 as MAT, 2200 as SAL, 'Soc1' as SOC, 'Usine1' as ETAB FROM DUAL union
	select 400 as MAT, 2500 as SAL, 'Soc1' as SOC, 'Usine2' as ETAB FROM DUAL union
	select 500 as MAT, 2600 as SAL, 'Soc1' as SOC, 'Usine2' as ETAB FROM DUAL union
	select 600 as MAT, 3000 as SAL, 'Soc2' as SOC, 'Siège' as ETAB FROM DUAL union
	select 700 as MAT, 2600 as SAL, 'Soc2' as SOC, 'Usine1' as ETAB FROM DUAL union
	select 800 as MAT, 2600 as SAL, 'Soc2' as SOC, 'Usine2' as ETAB FROM DUAL union
	select 900 as MAT, 2600 as SAL, 'Soc2' as SOC, 'Usine2' as ETAB FROM DUAL
)
select SOC, ETAB, sum(sal) as Total_Salaire 
from donnees
group by soc, rollup(etab);

Ce qui donne :

Code:

1
2
3
4
5
6
7
8
9
10
SOC  ETAB   TOTAL_SALAIRE
---- ------ -------------
Soc1 Siège           3000
Soc1 Usine1          4400
Soc1 Usine2          5100
Soc1                12500
Soc2 Siège           3000
Soc2 Usine1          2600
Soc2 Usine2          5200
Soc2                10800

28/06/2012, 12h56
Pomalaix

Citation:

Envoyé par Rams7s

Moui je trouve çaun peu trop catégorique...

Bien d'accord, ce cathéchisme dogmatique, appliqué sans discernement, conduirait à ne rien faire dans la base hormis de simples sélections.
Si on va par là, un tri n'est-il pas une mise en forme ?

Ce que le SGBD peut faire efficacement, et commodément, je ne vois pas de raison de m'en priver.
03/07/2012, 12h35
Rymaya

Merci à tous et à Pomalaix :)
03/07/2012, 12h57
ojo77

Citation:

Envoyé par Pomalaix

Ce que le SGBD peut faire efficacement, et commodément, je ne vois pas de raison de m'en priver.

Au hasard : Répartition des charges ?
03/07/2012, 14h25
Rams7s
Repartition des charges entre? :question:
Une appli developpe par une armee de gens avec le mot performance en tete (Oracle), et toutes les applis de pleins de developpeurs avec les mots "faut que ca marche" en tete? Sans compter que chacun va y aller a sa maniere pour faire la meme chose au final, avec des bugs possibles, des soucis de portabilite, etc.
(Ceci dit, je dit pas que c'est sans bug chez oracle non plus, mais leur base de ~~testeurs~~ clients est plus grande)

Je vous invite par ailleurs a regarder certaines nouveautees du SQL oracle sur la 11:
http://docs.oracle.com/cd/E11882_01/...ql.htm#sthref3
- LISTAGG : c'est de la presentation
- PIVOT: c'est de la presentation aussi
Sans compter qu'un SGBD gere bien le cache et donc la mutualisation, et que du coup ca risque tres fortement d'etre globalement plus economes en ressources pour tout le monde que si chaque programme java cree ses boucles for, instancie ses objets, etc.

Et puis meme, le prix que ca coute, il y a interet a tout utiliser
http://thehelsinkideclaration.blogsp...rvation-1.html
03/07/2012, 15h27
ojo77

Citation:

Envoyé par Rams7s

Une appli developpe par une armee de gens avec le mot performance en tete (Oracle)

C'est bien de le croire, mais je ne serais pas aussi catégorique que vous sur le sujet <troll> sinon il n'y aurait pas de java dedans :aie: </troll>.

Citation:

Envoyé par Rams7s

Repartition des charges entre ?

Entre l'application et le serveur de base de données, ou dit autrement entre la couche de rémanence et la couche de présentation ;)