J'ai compris mais je maintiens qu'il serait plus judicieux de ne travailler qu'avec une seule table.
Par contre légèrement différente. Je m'explique :
Pour moi, mon idée vaut ce qu'elle vaut, on pourrait partir sur une table ACHATS du style :
ACHATS(A_numero, A_nom, A_prenom, A_montant, A_ticketdeb, A_ticketfin)
(je n'ai pas mis les types ils sont évidents)
Tu dois te demander ce que sont mes deux champs A_ticketdeb & A_ticketfin, en fait là est toute l'idée, notre algo pourrait se dérouler comme suit :
1.Initialisation du tirage
on crée une table ACHATS vide
premier ticket index = 1
2.Achat effectuée par une personne
Ajout dans la base nom,prenom, montant ,ticketdeb et ticketfin calculés comme suit
ticketdeb = index ; ticketfin = 5*montant + index - 1
on change notre valeur d'index pour l'acheteur suivant --> index = 5*montant + index
retour début 2
3.fin du mois tirage du numéro
on fait un select sur la base du style
SELECT A_nom FROM ACHATS WHERE
A_ticketdeb <= numero AND A_ticketfin >=numero ;
Et voilà on sort le gagnant
Notre table ressemblerait à quelquechose du style :
1----DUPONT---- Henri-----10.00----1----50
2----MARTIN----Viviane----50.00----51----300
3----TARTANPION----Roger----23.00----301----415
etc ....
On peut même avoir une personne avec plusieurs achats à des dates différentes et des numéros relativement éloignés
127---DUPONT----Henri-----27.00----12456----12590
Dis-moi ce que tu en penses mais cela éviterait une deuxième table super lourde et puis quoi de plus simple que de n'en gérer qu'une.
A plus
'tirages aléatoires'
