[AC-2007] Somme d'un champ dans une requête SQL
Résolu/Fermé
maylouz
Messages postés
34
Date d'inscription
mercredi 10 avril 2013
Statut
Membre
Dernière intervention
24 juin 2016
-
15 juin 2014 à 13:53
Tessel75 - 15 juin 2014 à 18:53
Tessel75 - 15 juin 2014 à 18:53
A voir également:
- [AC-2007] Somme d'un champ dans une requête SQL
- Formule somme excel colonne - Guide
- Save as pdf office 2007 - Télécharger - Bureautique
- Somme si couleur - Guide
- Requête sql pix - Forum Python
- Somme si date comprise entre ✓ - Forum Excel
4 réponses
Re-B...
Base bien reçue! Mais pas sûr du tout de bien comprendre ce que tu veux obtenir. Merci de spécifier .
Mais si j'ai compris qqch, il faut que tu fasses une première requête qui calcule le cumul des pondérations ( Somme(...Ponderation...)) et qu'ensuite tu l'utilises avec les jointures nécessaires pour appliquer la formule finale. Access et SQL travaillent très bien avec des requêtes en cascade; elles sont alors utilisées comme des tables.
A plus...., Je m'absente qq heures.
Bonne suite
Base bien reçue! Mais pas sûr du tout de bien comprendre ce que tu veux obtenir. Merci de spécifier .
Mais si j'ai compris qqch, il faut que tu fasses une première requête qui calcule le cumul des pondérations ( Somme(...Ponderation...)) et qu'ensuite tu l'utilises avec les jointures nécessaires pour appliquer la formule finale. Access et SQL travaillent très bien avec des requêtes en cascade; elles sont alors utilisées comme des tables.
A plus...., Je m'absente qq heures.
Bonne suite
Bonjour,
Désolé, je n'ai pas du tout l'habitude de travailler directement en SQL, je travaille toujours en"visuel" aussi j'aurais du mal à te dire clairement les corrections à apporter. Pour autant je peux interpréter le message.
Lorsque tu fais une requête calculée de ce type, il faut TOUJOURS indiquer les regroupements que tu fais dans tes calculs, soit par une indication de regroupement simple (regroupement, en SQL "group by") soit par d'autres types, "premier, dernier, max, min, etc ", ou alors les sortir de la sélection finale avec un simple "Où, where", mais alors ils n'apparaitront plus dans le résultat de ta requête.
Dans ton cas, tu as ce message parce que tu n'indiques pas le regroupement que tu veux pour le champ "AVANCEMENT.ID_LIVRABLE". Mais autant que tu saches tout de suite que la requête bloque sur ce champ parce qu'il est le premier de ta liste, parce qu'aussi il y a tous les autres derrière; càd que les suivants ne passeront pas mieux quand tu auras trouver la solution pour les premiers; ils bloqueront tous un par un. Il faut donc que tu règles d'emblée tous les champs.
Si tu mettais un bout de base avec un extrait de tables avec la requête correspondante sur Cjoint.com, je pourrais t'apporter les corrections plus facilement. Là j'ai fait au mieux pour te répondre.
Bonne suite
Désolé, je n'ai pas du tout l'habitude de travailler directement en SQL, je travaille toujours en"visuel" aussi j'aurais du mal à te dire clairement les corrections à apporter. Pour autant je peux interpréter le message.
Lorsque tu fais une requête calculée de ce type, il faut TOUJOURS indiquer les regroupements que tu fais dans tes calculs, soit par une indication de regroupement simple (regroupement, en SQL "group by") soit par d'autres types, "premier, dernier, max, min, etc ", ou alors les sortir de la sélection finale avec un simple "Où, where", mais alors ils n'apparaitront plus dans le résultat de ta requête.
Dans ton cas, tu as ce message parce que tu n'indiques pas le regroupement que tu veux pour le champ "AVANCEMENT.ID_LIVRABLE". Mais autant que tu saches tout de suite que la requête bloque sur ce champ parce qu'il est le premier de ta liste, parce qu'aussi il y a tous les autres derrière; càd que les suivants ne passeront pas mieux quand tu auras trouver la solution pour les premiers; ils bloqueront tous un par un. Il faut donc que tu règles d'emblée tous les champs.
Si tu mettais un bout de base avec un extrait de tables avec la requête correspondante sur Cjoint.com, je pourrais t'apporter les corrections plus facilement. Là j'ai fait au mieux pour te répondre.
Bonne suite
maylouz
Messages postés
34
Date d'inscription
mercredi 10 avril 2013
Statut
Membre
Dernière intervention
24 juin 2016
15 juin 2014 à 15:55
15 juin 2014 à 15:55
Bonjour ,
Voici un extrait de ma base de données.
http://cjoint.com/14jn/DFpp1Brv5EN.htm
merci
Voici un extrait de ma base de données.
http://cjoint.com/14jn/DFpp1Brv5EN.htm
merci
maylouz
Messages postés
34
Date d'inscription
mercredi 10 avril 2013
Statut
Membre
Dernière intervention
24 juin 2016
15 juin 2014 à 16:44
15 juin 2014 à 16:44
Dans ma requête , dans le champ V_A_PROJET , je divise par ponderation_projet_ac alors que normalement je dois diviser par la somme des pondérations des livrables qui est dans mon cas 31*8 = 248 .
du coup je cherche à calculer la somme de pondération_livrable pour pouvoir l'utiliser aprés.
du coup je cherche à calculer la somme de pondération_livrable pour pouvoir l'utiliser aprés.
15 juin 2014 à 17:52
et une 3eme requête qui regroupe le tout , avec une jointure des id_livrable
ca marche nickel , merci bcp ;)
15 juin 2014 à 18:53
Merci de mettre en "résolue"