4
J'ai un champ appelé 'sort_order' et c'est bigint, je l'utilise dans mes requêtes mysql pour le tri.Dois-je indexer mes champs de tri en MySQL?
Est-il sage de mettre un index dessus?
A
Répondre
5
Généralement, oui. Si vous faites un ORDER BY sur ce champ, il devrait probablement être indexé. Bien sûr, vous aurez envie de le tester en premier pour vous assurer que cela aide réellement - si vous sélectionnez seulement un petit nombre de lignes, cela ne fera peut-être pas beaucoup de différence.
4
Pensez-vous honnêtement avoir une valeur sort_order que maxes out at 9,223,372,036,854,775,807?! En supposant zéro basé, INT est encore assez grand à un maximum de 2.147.483.647 ...
Dépend de vos requêtes, mais je regarderais de l'utiliser dans un index de couverture avant un seul. MySQL has a space limit on indexes, vous êtes susceptible de heurter le plafond si vous définissez un index par colonne:
support et Prefix longueurs des préfixes (où supportés) dépendent du moteur de stockage. Par exemple, un préfixe peut contenir jusqu'à 1000 octets pour les tables MyISAM et 767 octets pour les tables InnoDB.
2
Comme Eric déjà mentionné ci-dessus, la réponse est Oui. Bien que, si vous effectuez beaucoup d'insertions et de mises à jour dans la table, MySQL crée un bloc d'informations séparé pour l'indexation qui doit être mis à jour chaque fois que des modifications sont apportées à la table. Ainsi, les frais généraux peuvent être là dans certains cas.
Donc, fondamentalement, c'est un cas mélangé et les circonstances doivent toujours être prises en compte.
2
Généralement, non. Vous justifiez les index avec des recherches. Au moment où vous avez réduit le nombre d'enregistrements au nombre que vous affichez normalement (disons, moins de plusieurs centaines) avoir un index ne vous achète rien.
Alors ajoutez seulement un index si vous utiliserez le champ de sélection (qui comprendrait, par exemple, « LIMIT 500 », par exemple.)
Questions connexes
- 1. Indexer une table mysql de 3 champs entiers
- 2. double vérification de mes longueurs de champs mysql
- 3. Tri sélectif dans MySQL?
- 4. Tri des résultats de MySQL en PHP ...?
- 5. Requête MySQL lente. Que devrais-je indexer?
- 6. SQL - Ajout de champs à la requête de tri par
- 7. comment puis-je indexer mes fichiers matlab (.m)
- 8. cakephp paginator champs de tri avec i18n
- 9. SharePoint champs supplémentaires « Mes paramètres »
- 10. Sphinx xmlpipe2 ne pas indexer les champs indexables
- 11. mysql - tri en fréquence avec plusieurs colonnes
- 12. 'Tri naturel' avec MySQL?
- 13. Trier plusieurs champs dans MySQL
- 14. Quelle méthode devrais-je utiliser? Indexer MySQL db avec SOLR
- 15. mysql tri personnalisé
- 16. Champs de compte/somme MySQL
- 17. Tri et regroupement des résultats mySQL en html
- 18. Tri de Gridview avec champs de gabarit personnalisés
- 19. Lucene indexer des objets en mémoire
- 20. PHP champs de bits mysql
- 21. Tri des valeurs php mysql
- 22. Meilleure administration de contenu, tri par champs CCK de nœud?
- 23. Comment stocker et indexer un champ TEXT typique dans MySQL?
- 24. Problème de performance de tri MySQL
- 25. Tri des requêtes de syndication dans MySQL
- 26. Recherche de champs MySQL avec des noms de champs similaires
- 27. Mysql Ordre de tri très étrange
- 28. Résultats de la requête mysql tri
- 29. mysql tout tableau problème de tri
- 30. Formulation de plusieurs champs de date mySQL en même temps
Même avec recordsets limité, il y a des magasins qui veulent chaque bit de la performance qu'ils peut obtenir. –
C'est presque sûr d'être une perte nette. Le "ORDER BY" ne bénéficie pas si l'ensemble est petit; et maintenir l'index est un surdébit pur. – dkretz
"Généralement, non" ne couvrirait pas le cas où une lecture de table complète est nécessaire et une lecture ordonnée est bénéfique ou même nécessaire? – Harald