Bonjour à tous!
une petite question, tout le monde connait la fonction SUM, je cherche à faire la même chose mais au lieu d'aditionner les lignes je voudrais les multiplier.
EXEMPLE:
Nom  |  PRIX               Nom  |  PRIX
A    |    2                A    |    60  
A    |    5     Resultat   b    |    16  
A    |    6     =======>
B    |    8
B    |    2
 
par avance MERCI
   
 
 

Je ne sais pas si ça existe ...
 
par contre, il y a souvent une fonction AVG (average = moyenne), donc si tu fais un AVG(ma_colonne) * count(*) tu devrais tomber sur le résultat ...
 
Quitte à arrondir le résultat, car il y aura sûrement des erreurs d'arrondis.
 

Euh non, car AVG(Prix) c'est la somme des prix divise par le nombre de ligne, donc là tu retrouve le somme pas la multiplication des prix.
Mais merci

Hmmm...
 
Je teste un truc et je te dis.

premier truc, t'es avec quel SGBD ? Access ?

Mouais...
 
Je ne vois qu'une solution, que je ne vois pas comment réaliser.
 
En fait, pour 'A', on a :
 2 * 5 * 6
 
C'est aussi égal à :
 
2 + 2 + 2 + 2 + 2
+ 2 + 2 + 2 + 2 + 2
+ 2 + 2 + 2 + 2 + 2
+ 2 + 2 + 2 + 2 + 2
+ 2 + 2 + 2 + 2 + 2
+ 2 + 2 + 2 + 2 + 2
 
(2 qu'on aditionne lui-même 5 fois, puis le tout qu'on aditionne lui-même 6 fois)
 
Il faudrait que tu puisses faire des jointures qui te retourne n lignes, avec n = ligne suivante.
Et faire boucle ceci sur lui-même autant de fois qu'il y a de lignes... Pas gagné.
 
Tu t'en sortira mien avec un PL à mon avis !

Peut importe le SGDB, il faut que ce soit du SQL "pure"
Et sans PL.
Je sais c'est très con, mais c'est une colle que quelqu'un à posé en entretient.
Moi j'étais parti avec des Log et Exp, je crois que c'est en SQL2 ça. style exp(sum(Log(prix))) mais ça marche pas top et puis pour des prix negatifs ça marche pas :-(

En SQL pure ? Ben la réponse est "nan, impossible".
 
Et c'est totalement certain, pour la simple raison que sans fonction d'agrégation existante, tu ne pourras pas faire ça autrement qu'en PL.
 
Simplement parceque les seuls solution qui existent, c'est de faire un truc du style de ce que j'ai répondu, ou alors en liant n fois la table sur elle-même, en faisant des multiplication sur le même champ issu de chaque jointure.
 
Seulement avec ce système la pronfondeur est fixe (pas plus pas moins).
 
Donc je te le dis avec certitude, c'est impossible.
 
Avec des log de sum, je ne vois pas où tu veux aller, mais préviens-moi quand tu auras dépassé l'orbite de Pluton, tu pourras nous confirmer s'il y a oui ou non une planète de plus dans le système solaire

Avec mes souvenirs de math: log(a)+log(b) = log(a*b) OK?
d'ou exp(log(a)+log(b))=a*b.
Tiens voilà un truc qui marche pour des prix entiers strictement positifs
 
SELECT nom, Exp(Sum(logPrix ))
FROM  
(SELECT nom, Log(prix) AS logPrix FROM Table)
GROUP BY nom);
 j'ai trouvé ça au alentoure de Jupiter

Sauf que comme tu dis, ça merde avec la moitié de N

J'ai trouv' une solution tres math mais bon ça marche

Sans indiscretrion, c'est quoi la boîte qui t'as demandé ça en entretient ? Que je sâche où c'est pas la peine d'envoyer un CV ?
 
Nan, parceque voilà quoi... L'intérêt je le cherche encore, et moi j'aime pas faire un truc pour le plaisir de l'avoir fait, faut que ce soit utile. Une boîte qui se base sur ce genre de critères je trouve ça ridicule.

Je sais plus quelle boite, c'etait une connaissance qui a eut ça. Mais c'était style la dernière question, pour tester le mec. Je pense pa que c'était une question ultra determinante. En tout cas merci de l'interet que tu as porté à ce petit problème
A+

Intérêt très limité en fait, parceque ça rentre exactement dans le genre de points que je trouve ridicules dans un entretient. C'est pas le fait de savoir faire ça où non qui va déterminer si tu t'y connais en SQL ou non. C'est malheureusement à mon goût trop classique.
 
Te foutre un shéma de BDD sous les yeux, et te demander, à partir de là, d'implémenter un truc qui n'est pas présent, sans toucher au schéma parcequ'il est figé est infiniment fois plus représentatif des compétences du candidat, et c'est plus souvent qu'on a ce type de problèmes... Donc il vaut mieu être compétent à ce niveau
 
D'un autre côté, cette question me semble plus du style de la question qu'on demande à une commerciale durant son entretient : "Quelle est la couleur de votre culotte". Le truc pour savoir comment s'en tire la personne face à une question embarassante. Je pense que le fait que tu apportes ou non une solution revient au même, c'est surtout ta réaction qui compte. Un point sur lequel je dois bosser, parceque j'ai tendance à être un peu trop franc dans mes réponses "t'ain mais t'es con ? qu'est-ce qu'on en a à foutre ? "