Requête sql somme en fonction d'un id

[babal]

Bonjour!
Alors voila, je galere sur une requete sql, j ai testé beaucoup de choses,mais rien de concluant, je m en tire les cheveux!
la requete suivante me renvoi toutes les lignes de ma base avec le prix multiplié par le pourcentage, le truc, c est que j aurai voulu additioner ces lignes en fonction de l id prestation..
j ai essayé avec sum et group by, mais là, du coup ca me fais une somme globale par rapport a l identifiant sans tenir compte qu'il y a des pourcentages différents par prestation..
suis un peu paumé... :

Code :

1
2
3
4
5
6
7
8
9
SELECT prestations.id_prestation, (
facture_inclure_prestations.prix * ( factures.percent /100 )
) AS prix
FROM facture_inclure_prestations
INNER JOIN prestations ON facture_inclure_prestations.id_prestation = prestations.id_prestation
INNER JOIN factures ON factures.id_facture = facture_inclure_prestations.id_facture
WHERE factures.date_modification >= '2010-07-01'
AND factures.date_modification < '2011-07-01'
ORDER BY id_prestation

[punkoff]

bonjour,

décrivez correctement votre existant (voir les règle du forum) et en particulier ceci :

j ai essayé avec sum et group by, mais là, du coup ca me fais une somme globale par rapport a l identifiant sans tenir compte qu'il y a des pourcentages différents par prestation..

Car là nous aussi on est un peu pommé !

[lola06]

Bonjour,

Pense à utiliser les balises pour tes requêtes. Il faudrait aussi préciser la structure des tables et ton SGBD.

la requete suivante me renvoi toutes les lignes de ma base avec le prix multiplié par le pourcentage, le truc, c est que j aurai voulu additioner ces lignes en fonction de l id prestation..
j ai essayé avec sum et group by, mais là, du coup ca me fais une somme globale par rapport a l identifiant sans tenir compte qu'il y a des pourcentages différents par prestation..

Tu pourrais nous donner un jeu de données avec une exemple de ce que tu attend en retour ? Car pour moi ici ces deux phrases veulent dire la même chose. Qu'entend tu par "sans tenir compte qu'il y a des pourcentages différents par prestation" ?

[babal]

suis sous mysql
quand je dis sans tenir compte du percent, c est que quand je fais un group by, ca me calcule la somme en me prenant un percent au hasard alors qu ils sont presques tous différents..

j ai donc une table factures avec des id_facture et percent
une table facture_inclure_presta avec id_facture,id_prestation, prix et date creation
et la table prestation avec les caracteristiques de celle ci..
je vois pas trop comment mieux expliquer..
je veux arriver a avoir la somme du produit du 'percent' * 'prix' , mais avec le group by, ca ne me prend pas le bon percent...

[CinePhil]

Est-ce que la requête ci-dessous répond à ton besoin ?

Code :

1
2
3
4
5
6
7
8
9
10
11
12
13
SELECT tmp.id_prestation, SUM(tmp.prix) AS total
FROM
(
	SELECT p.id_prestation, 
	(fip.prix * ( f.percent /100 )) AS prix
	FROM facture_inclure_prestations fip
	INNER JOIN prestations p ON fip.id_prestation = p.id_prestation
	INNER JOIN factures f ON f.id_facture = fip.id_facture
	WHERE f.date_modification >= '2010-07-01'
		AND f.date_modification < '2011-07-01'
) tmp
GROUP BY tmp.id_prestation
ORDER BY tmp.id_prestation

Au passage, note qu'avec l'emploi des alias, la requête est plus agréable à lire !

[lola06]

Un exemple concret ?

Par exemple jeu de donnée :

Code :

1
2
3
4
id | prix | percent
1  | 10   | 20
1  | 5   | 50
2  | 10  | 30

Ta requête nous donne :

Code :

1
2
3
4
id | prix
1  | 2
1  | 2,5
2  | 3

Résultat attendu :

Code :

1
2
3
id | somme
1  | 4,5
2  | 3

Est-ce que c'est ça ?

[babal]

oui, c est ca lola.
pour les alias, c est clair que c est plus lisible!
mais c est exactement ce que je vous disai, ca me renvoi pas le resultat attendu,l exemple de lola correspond a ce que j ai et cherche, mais la requete me renverrai

1. 1 - 2
2. 2 - 3

et ce que j attend c est bien la somme du produit comme dans ton exemple lola oui

[CinePhil]

Envoyé par babal

mais la requete me renverrai

1. 1 - 2
2. 2 - 3

et ce que j attend c est bien la somme du produit comme dans ton exemple lola oui

De quelle requête parles-tu ?
Ma requête renvoie bien la somme des produits par id_prestation non ?

[babal]

non, ca renvoi comme l exemple de base vous disai si j y rajoute un SUM et group by.
le truc c est que ca me prend pas toutes les bonnes valeurs de percent là..

La sous requete est bonne, ca me renvoi bien les bons chiffres, c est ca que je comprends pas!

[lola06]

Peux-tu nous montrer ta requête avec le sum/group by.
Je ne vois pas pourquoi elle ne marche pas... Normalement c'est la bonne façon de faire..

[babal]

Et bien,je me dis la meme chose, c est pas normal,la requete a cinephil me parai bien faite, vu que la sous requete quand je fais les additions des sommes ca me donne le bon chiffre!
mais la requete globale non..

à la base, j avai fais ca:

Code :

1
2
3
4
5
6
7
8
9
10
SELECT prestations.nom, prestations.id_prestation, facture_inclure_prestations.id_prestation, SUM( facture_inclure_prestations.prix * factures.percent /100 ) AS prix
FROM  prestations INNER JOIN facture_inclure_prestations ON facture_inclure_prestations.id_prestation = prestations.id_prestation
INNER JOIN factures ON factures.id_facture = facture_inclure_prestations.id_facture
WHERE (
devis.etat LIKE 'termine'
OR devis.etat LIKE 'contractuel'
)
AND factures.date_modification >= '2010-07-01'
AND factures.date_modification < '2011-07-01'
GROUP BY prestations.nom, prestations.id_prestation, facture_inclure_prestations.id_prestation

[lola06]

Et tu as essayé celle de CinePhil ? Telle quelle ?
Car normalement elle est bonne.

[babal]

Ben oui! telle quelle!
c est bien ce que je vous dis.. je comprends pas, elle me parai parfaite pourtant!

[lola06]

Que renvoie :

Code :

1
2
3
4
5
6
7
SELECT p.id_prestation, 
    (fip.prix * ( f.percent /100 )) AS prix
    FROM facture_inclure_prestations fip
    INNER JOIN prestations p ON fip.id_prestation = p.id_prestation
    INNER JOIN factures f ON f.id_facture = fip.id_facture
    WHERE f.date_modification >= '2010-07-01'
        AND f.date_modification < '2011-07-01'

Avec un exemple concret s'il te plait.

[babal]

Ça me renvoie bien tous les produits!

1. 2 - 490
2. 2 - 100
3. 2 -594
4. 2 - 490 ...

quand je les additionne, ça me donne le bon chiffre, 532000...
mais quand je fais l'autre requête

Code :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
SELECT tmp.id_prestation, tmp.nom, SUM( tmp.prix ) AS total
FROM (
 
SELECT p.id_prestation, p.nom, (
fip.prix * ( f.percent /100 )
) AS prix
FROM facture_inclure_prestations fip
INNER JOIN prestations p ON fip.id_prestation = p.id_prestation
INNER JOIN factures f ON f.id_facture = fip.id_facture
WHERE f.date_modification >= '2010-07-01'
AND f.date_modification < '2011-07-01'
)tmp
GROUP BY tmp.id_prestation
ORDER BY tmp.id_prestation

Là ça me tronque quelque part, le résultat des sommes me donne 408000....
c est ça que je ne comprend pas, pourtant vu que le produit est calculé à l'intérieur de la fonction imbriquée, il n y a pas de raison, du moins, je vois pas du tout ou ça cloche, mais ça cloche

[lola06]

Bonjour,

Tu as ajouté p.nom dans ta sous-requête et requête sans le mettre dans ton GROUP BY.

Corrige déjà ça.

[babal]

Je l'ai rajouté après avoir testé, ça change rien !

[punkoff]

Envoyé par babal

Je l'ai rajouté après avoir testé, ça change rien !

Ce que vous dites est incohérent et comme dans le 1er poste toujours aussi bordélique.

Comment voullez-vous que les gens vous aide ?

Bref, pour la prestation 2, avec la requête de Cinephil, votre sommes est plus grande ou plus petite que 532000 ?

[babal]

Incohérent, je trouve pas.. Bordélique, j avoue que je le suis!
La somme est plus petite comme dis le précedent post :408000..

[punkoff]

Envoyé par babal

Ça me renvoie bien tous les produits!

1. 2 - 490
2. 2 - 100
3. 2 -594
4. 2 - 490 ...

quand je les additionne, ça me donne le bon chiffre, 532000...

Cf ceci, vous dites qu'en additionnement manuellement le retour de la requête de lola vous obtenez le bon résultat.

C'est ce que fait la requête de Cinephil.

Donc si la requête de Cinephil ne renvoie pas le bon résutlat c'est qu'il y a une incohérence :
- dans vottre addition manuelle
- l'interprétation des résultats de la requête de lola.

Je part du postulat que la requête de lola est bonne.

Est-ce qu'un prix ou un pourcentage peut-être négatif (je penses particulièrelent aux avoir qui sont facturable) ? Si, non, l'avez-vous vérifié ?