Version imprimable
Bonjour à tous,
Ma question vous paraîtra certainement stupide, mais j'aurais voulu savoir à partir de combien d'enregistrements dans une table, on devait mettre un index (ou plusieurs). Plus de 1000 rows ?? plus de 10 000 ??
Que dit la théorie à ce sujet et que préconise la pratique ??
D'avance merci pour vos réponses.
Fred
Bonjour,
J'ai envie de dire que les index sont nécessaires quel que soit le nombre de lignes dans une table. En effet on ne sait jamais exactement comment la volumétrie va évoluer et il vaut mieux être prévoyant dès le début.
Bien sûr avec une table de 3 lignes la différence ne sera pas flagrante mais dès qu'on atteint une centaine de lignes ou des requêtes un peu complexes l'absence d'indexation se fait sentir.
Voir http://mysql.developpez.com/faq/?pag...miser_requetes
Ok trés bien, je te remercie pour cette réponse et pour le lien ...
A la lecture de ce tuto, une autre question me taraude.
Lorsque l'on sait q'une table va approximativement grossir de 100 enregistrements par jour, quel type de paramétres doit on utiliser lors de la création de la table ?
Doit on laisser MySQL choisir par défaut (c'est à dire une table de 4 Go) où peut on par une méthode de calcul définir la taille de la table (du style avg_rows_len * row_length)
Je ne sais pas si je suis trés clair, d'ailleur en me relisant j'ai un peu peur d'avoir dit une bétise .... :oops:
MySQL possède 2 moteurs de stockage principaux :
- MyISAM : les données sont stockées dans des fichiers à accès séquentiel (un par table). Ces fichiers font exactement la taille des données (ou un peu plus s'il y a de la fragmentation) et la taille d'une table est limitée par la taille maxi d'un fichier dans l'OS.
Il n'y a donc pas à se préoccuper de questions de taille à la création d'une table hormis si celle-ci est tellement grosse qu'elle dépasse le maximum permis par l'OS.
- InnoDB : les données et index d'une base sont stockés dans des fichiers tablespace. Par défaut il y en a un qui fait 10 Mo (quelles que soient les données dedans), en cas de dépassement un autre est créé et ainsi de suite...
Là il peut être utile de paramétrer les fichiers tablespace de manière large puisqu'il ne peut y avoir "que" 255 fichiers en tout.
A savoir aussi que la prochaine version (5.1) introduira la possibilité de partitionner les tables, ce qui fera sauter ces barrières de taille.
ok, merci pour ces précieuses infos ...
De rien, merci de cliquer sur le bouton [Résolu] si c'est le cas...