Bonjour,

Je bloque pour calculer une moyenne alors que ça ne doit pas être si compliqué (en MySQL).

En gros, j'ai 2 tables "cochon" et "user" :
Cochon (id_cochon, id_user, ...)
User (id_user, ...)

Je voudrais calculer le nombre moyen de cochons par user.

Je me doute qu'il faut utiliser la fonction avg, mais je ne vois pas comment

Merci d'avance

ca devait marcher :

SELECT COUNT(idCochon)/COUNT(DISTINCT idUser) as nb_cochon_par_user  FROM cochon

select avg(cnt) from select count(*) as cnt from cochon group by id_user

SELECT COUNT(*) AS nb_cochons FROM Cochon
SELECT COUNT(*) AS nb_users FROM User
Et on fait la division entre les 2 dans le script appellant
 
(2 requêtes, certes, mais super optimisées )

à vue de nez, c'est la première qui est la plus rapide

je suis fatigué où la 1ere requête va toujours remonter 1 ???

Celle-ci est nickel, merci

 
non, count(distinct champ) retourne le nombre d'occurences différentes du champ.
donc on a bien count(distinct iduser) <= count(idcochon) dans la table cochon

On notera tout de même que cette requête calcule le nombre moyens de cochons parmi les users qui ont au moins un cochon. S'il y en a qui n'en ont pas, ils ne seront pas pris en compte dans le calcul.
(il était fondamental de le signaler )

effectivement apres verification sur db2 (mais sans données de masse), la query de flo est + rapide que la mienne

quand même , je  ne mets pas que des conneries    

 c'est un point important, je suis parti de l'a priori ( pas forcement vrai ) qu'il y avait au moins un cochon par user

En effet, le fait qu'il y ait au moins un cochon par user était ce qu'il me fallait

ça je suis d'accord que tu as bien une infériorité, mais l'opération sur deux fonctions d'aggrégation ça m'apparait toujours moyen ... Mais bon j'ai testé sous MySQL ça marche.
Par contre

Tu peux me montrer les query et les résultats que tu as fait? Nan parce que moi sous db2 ça me donne:

Normal que ça soit plus rapide  ( c'est un db2 V8.1FP8)

ça c'est parceque DB2 est crétin et que le COUNT() retourne un INT au lieu d'un NUMERIC : là tu fais une division entre deux entiers. donc le count retourne un entier. 2 > 5 307 596 / 2 894 135 > 1 donc en entier ça fait 1.
avec un NUMERIC (donc nombre décimal) ça doit marcher.
 
il suffit donc caster les valeur de retour en numeric ou float au moment de la division pour retrouver le bon résultat.

Avec Oracle :
 

en effet. il reste à savoir si les utilisateurs sans kochons sont à prendre en considération ou non.

  yes master! Totally true!

et

oui s'bon j'ai compris ou était ma boulette hein
Le test ramenait 1.96 et comme MagicBuzz l'a fort justement souligné, c'était casté en int donc ça affichait 1.
Du coup pour que ça affiche la vrai moyenne et pas la moyenne arrondi

edit:
Si tu fais un show optimized query des deux il te sort quoi?

je ne dois faire aucun casting pour que ca m'affiche ca correctement.
 
EDIT :  
show optinized de SELECT COUNT(idCochon)/COUNT(DISTINCT idUser) as nb_cochon_par_user  FROM cochons donne  

cout : 320489 instructions CPU
 
et show optinized de select avg(cnt) from (select count(*) cnt from cochons group by iduser) as v1 donne  

cout : 323834 instructions CPU

donc c'est kif kif en fait ( 1% d'ecart )