mySQL pb de rapidite
mySQL pb de rapidite - Programmation
Marsh Posté le 06-06-2002 à 16:14:04
ça dépend de la requète 
---------------
mes programmes ·· les voitures dans les films ·· apprenez à écrire
Marsh Posté le 06-06-2002 à 16:20:20
genre select * from tab where user_id = $id.
ou $id est une clé
Marsh Posté le 06-06-2002 à 16:34:32
si tu veux tout récupérer au final (*), je pense pas que ça accélèrera si tu divises la recherche, au contraire...
---------------
mes programmes ·· les voitures dans les films ·· apprenez à écrire
Marsh Posté le 06-06-2002 à 16:44:48
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 *
---------------
La bave du crapaud n'empèche pas la caravane de passer .
Marsh Posté le 06-06-2002 à 16:48:16
sauf si on veut tous les champs 
---------------
mes programmes ·· les voitures dans les films ·· apprenez à écrire
Marsh Posté le 06-06-2002 à 16:57:11
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
Marsh Posté le 06-06-2002 à 16:59:31
ha.
à vrai dire j'en sais rien
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...
---------------
mes programmes ·· les voitures dans les films ·· apprenez à écrire
Marsh Posté le 06-06-2002 à 17:57:57
Benh ouai, c'est quand même le principe de l'index, ca sert à rien de splitter 
---------------
Informaticien.be - Lancez des défis à vos amis
Marsh Posté le 07-06-2002 à 10:21:38
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 ?
Marsh Posté le 07-06-2002 à 16:22:07
bhen je suppose que tu dois mettre un index sur le champ qui dit si c'est une femme ou un homme
---------------
mes programmes ·· les voitures dans les films ·· apprenez à écrire
Marsh Posté le 07-06-2002 à 17:20:08
| 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
[/polluage]
---------------
J'ai un string dans l'array (Paris Hilton)
Marsh Posté le 07-06-2002 à 20:50:37
| Harkonnen a écrit a écrit : [polluage] ben moi je préfère mettre l'index sur une femme [/polluage] |
mmmdddddddrrrrrrr 
Sujets relatifs:
- mysql : ç si pourri que ça les JOIN ?
- [PHP]affichage de resultats mysql ds un <select>
- [ MYSQL ] Il me manque les tables des privilèges, après installation!
- Exportation données mysql
- [ VB6 + MySQL ] - Acces a une base MySQL via une appli VB
- Pb MySQL sous XP
- Conversion base access en base sql (mysql)
- Mysql , problème avec NOT IN et NOT EXISTS
- mysql sous unix : récupérer les messages d'erreurs
- [MySQL] question sur la rapidité
Marsh Posté le 06-06-2002 à 16:08:36
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