Version imprimable
j'ai une table de base de données (questions)avec un champ entier - appelez-le "type_id", et les valeurs de ce champ ne peuvent être que les nombres 1 à 3.
Je souhaite de sélectionner 10 lignes aléatoire dans la base de données, avec 20% de chances que ce soit type_id= 2, 80% de chances que ce soit le type_id=1?
j'arrive à afficher les 10 lignes aléatoire mais je veux connaitre comment ajouter la probabilité à ma requête ?
Code:
2
3
4
5
6
bonjour
essayez ceci (pas testé)
Code:
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
Salut à tous.
La solution se trouve dans la documentation MySql :
--> https://dev.mysql.com/doc/refman/8.0...#function_rand
@+
Merci pour vos réponse,Voila la solution:
Code:
2
3
4
Salut Sonny2017.
Le "limit 10" est superflu dans votre requête car si dans la première sélection, vous faites "limit 2" et dans la deuxième sélection "limit 8", au total, vous aurez toujours 10 lignes.
Il n'est pas nécessaire de mettre aussi, à la fin de votre requête, "order by rand()".
Mettez plutôt "order by id", l'identifiant unique de votre table.
Je constate que de vous même, vous avez trouvé le bug de la solution de aieeeuuuuu.
Mettre des parenthèses pour chacune des sous-requêtes dans l'union.
Sinon, j'arrive à la même conclusion que aieeeuuuuu, au sujet des proportions que vous désirez extraire de votre table.
@+Code:
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
Oui vous avez raison Artemus24.
Merci à vous et à aieeeuuuuu pour vos aide.
hé non...Citation:
Envoyé par Artemus24
Le bug dans ma requete, c'est juste que j'ai oublié le FROMAvec la solution du [c]LIMIT 2[/] + LIMIT 8, on aura systématiquement 2 de l'un et 8 de l'autre...
avec ma solution (après ajout du FROM), vous obtiendrez en moyenne 20% de l'un, et 80% de l'autre, c'est là qu'est la nuance. Il sera possible d'avoir 3 de l'un, et 7 de l'autre, tout en gardant les probabilités demandées dans la demande initiale.
et après réflexion, il y a bien plus subtil et plus performant, en évitant un couteux tri :
Code:
2
3
4
5
6
Salut aieeeuuuuu.
Je ne parle pas de l'oubli du "from", mais du champs d'action de l'order by dans l'union.Citation:
Envoyé par aieeeuuuuu
L'order by s'applique sur la totalité de l'union et non sur la partie relative à la sous-requête. Pourquoi ?
Parce que cela n'a pas de sens de trier seulement sur une sous-requête.
Or le problème est d'extraire d'une manière aléatoire huit ligne ayant "type_id" = 1 et deux lignes ayant "type_id" = 2.
Si l'on n'associe pas le "order by rand()" à chaque sous-requête, on aura toujours le même résultat à l'extraction.
D'où le fait de mettre entre parenthèse chaque sous-requête ayant son propre "order by rand()".
Il y a une ambiguïté sur cette phrase.Citation:
Envoyé par Sonny2017
J'interprète cela comme quoi je dois extraire deux lignes pour type_id = 2 et huit lignes pour type_id = 1.
Si l'on applique le pourcentage pour chaque cas, on peut très bien se retrouver avec 100% pour type_id = 2 ou 100% pour type_id = 1.
Avec bien sûr, en moyenne, sur un nombre infini d'échantillon 80% pour type_id = 2 et 80% pour type_id = 1.
Votre seconde solution, qui est très bien, répond à un comportement aléatoire, stricto sensu de la question posée.
Maintenant, je préfère plutôt votre première solution. :D
@+
Comme je l'avais indiqué, je n'avais pas testé ma première requête, c'était plus pour l'idée...
Après correction pour une syntaxe admiss par MySQL, elle s’écrit donc comme ceci :
Concernant ma dernière proposition, au niveau performances, elle a l'avantage d'éviter un scane de table et un tri supplémentaire...Code:
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
en revanche, d'un point de vue fonctionnel, la probabilité d'avoir une ligne de type 1 dépendra en fait du rapport entre le nombre de lignes de type 1 et le nombre de lignes de type 2 : s'il y a quatre fois plus de lignes de type 2 que de lignes de type 1, alors on aura en fait 50% de type 1 et 50% de type 2 dans le résultat final...
Merci aieeeuuuuu pour cette précision. :D
@+