Bon pour savoir qui a tort qui a raison : petit cours de base de données. Bien sur ca va peut etre servir a rien et vous savez peut etre deja tout ca mais bon lol ca me fait plaisir de pouvoir dire des choses ici lol
en fait dans ce cas ci comme le dis captain torch, ya très peu d´info donc c pas trop grave mais dans le cas d´une table plus grande, ca devient une erreur de conception de la base de données
Cependant ici imaginons sa table
ID---------JEU------------LIEN
1-----Le scorpion-----lien pour le jeu1
2-----Le scorpion-----lien pour le jeu2
3-----Le scorpion-----lien pour le jeu3
4-----Le scorpion-----lien pour le jeu4
5-----Le scorpion-----lien pour le jeu5
6-----Le roi mage-----lien pour le jeu6
7-----Le roi mage-----lien pour le jeu7
8-----Le roi mage-----lien pour le jeu8
9-----Le roi mage-----lien pour le jeu9
10-----Le roi mage-----lien pour le jeu10
11-----Le roi mage-----lien pour le jeu11
On remarque que sont répétés bcp de fois les memes info et ici en l´occurence il s´agit du nom du jeu ca prends de la place. Bien sur pas tellement ici mais imaginons que son site devienne gros et que sa base de données comporte des milliers de jeux ( pourquoi pas on peu réver)
mnt imaginons deux tables différentes
ID-------JEU
1-----Le scorpion
2-----Le roi mage
ID-------LIEN
1-----lien pour le jeu1
1-----lien pour le jeu2
1-----lien pour le jeu3
1-----lien pour le jeu4
1-----lien pour le jeu5
2-----lien pour le jeu6
2-----lien pour le jeu7
2-----lien pour le jeu8
2-----lien pour le jeu9
2-----lien pour le jeu10
2-----lien pour le jeu11
Déjà on constate que si une info est encore répété, il s´agit cette fois ci de l´id qui est un chiffre et qui prends NETTEMENT moins de place que le nom du jeu. Ca c le premier argument pour lequel il faut faire 2 tables : Ne jamais mettre dans un table des infos qui se repette et qui peuvent etre séparée ( sauf dans de rare cas, ca c l´analyse qui el dira)
Ensuite quand on va analyser le temps pour tes requètes Jarose, si il a une seule table, tes deux requètes vont devoir parcourir toute la table une premiere fois pour trouver tous les jeux distinct et ensuite une deuxieme fois pour trouver tous les liens c long et laborieux...
Dans le cas des deux tables une petite requète très rapide pour trouver l´id et ensuite avec l´id on trouve aussi très rapidement tous les liens correspondant...
Si tu dis que ca faire le bordel dans la BD, ca va surtout prendre moins de place et tjs faire son schéma de la base de données relationnelle et l´avoir sous la main histoire de pas s´y perdre.
N´oubliez pas d´utiliser des requetes les plus rapide possible. Les "select in select" sont très long par rapport au "select where exist"
Mais bon je te dis ca peut etre que tu t´y connais mieux que moi en BD finalement lol je me permet bien des libertés il me semble... Enfin soit, ct mon petit apport ici lol
