[polluage]
ben moi je préfère mettre l'index sur une femme :d :d
[/polluage]
mmmdddddddrrrrrrr :lol: :D :D
Harkonnen
antp a écrit a écrit :
bhen je suppose que tu dois mettre un index sur le champ qui dit si c'est une femme ou un homme
[polluage]
ben moi je préfère mettre l'index sur une femme :d :d
[/polluage]
antp
bhen je suppose que tu dois mettre un index sur le champ qui dit si c'est une femme ou un homme
theetete
up
theetete
bon je prends l exemple le plus simple
j ai une table qui contient tout les habitants de paris
et je veux toute les femmes.
donc il va devoir parcourir toute la table.
la requete prendra t elle beaucoup de temps ?
si oui comment l optimiser ?
zion
Benh ouai, c'est quand même le principe de l'index, ca sert à rien de splitter :sarcastic:
antp
ha.
à vrai dire j'en sais rien :D
faut voir si pour toi c'est pas un problème de découper.
si tu mets un index sur l'id ça doit être quand même assez rapide de faire la recherche...
theetete
non je me suis mal exprimer
soit j ai une table de 500 000 enreg. dont un des champs est user_id
donc la requete sera select * from table WHERE user_id = toto;
soit je cree 10 table de 50 000 enreg ki s apelle toto titi tata ...
et je fait select * from toto
je me demandait si ds le premier cas, le moteur parcourait
les 500 000 enreg afin de matcher le user_id = toto
antp
sauf si on veut tous les champs :o
Lord II
Salut,
Si je me souviens bien je crois egalement que pour optimiser il vaut mieux spécifier les champs que l'on désire donc pas de select *
antp
si tu veux tout récupérer au final (*), je pense pas que ça accélèrera si tu divises la recherche, au contraire...
theetete
genre select * from tab where user_id = $id.
ou $id est une clé
antp
ça dépend de la requète :D
theetete
je voudrais savoir si faire une requete dans une table
contenant 500 000 enregistrements prenais beaucoup de temps
a Mysql, et s il etait correct de diviser cette table
en plusieurs afin de diviser les temps de recherche
merci
