Quelles données ne doivent pas être indexées?

Les types de données suivants ne doivent pas être indexés :

• Données binaires volumineuses (BLOBs/TEXTs) : L'indexation de ces champs nécessite beaucoup de mémoire et d'espace disque, et la recherche par correspondance partielle dans l'index n'est pas efficace.
• Champs à faible cardinalité : Les champs contenant très peu de valeurs uniques (par exemple, champs booléens, champs d'état avec plusieurs valeurs) n'apportent pas de gain significatif en recherche, car l'index contiendra beaucoup de valeurs dupliquées.
• Champs fréquemment modifiés : L'indexation de ces champs entraîne des mises à jour constantes de l'index, ce qui peut nuire aux performances des opérations d'écriture.
• Champs rarement interrogés : La création et la maintenance d'un index pour ces champs ne sont pas recommandées, car les coûts de maintenance dépassent les bénéfices d'accélérer les requêtes peu fréquentes.
• Champs avec de nombreuses valeurs NULL : Dans la plupart des bases de données, les valeurs NULL ne sont pas incluses dans l'index ou sont gérées de manière inefficace.
• Champs dérivés ou calculés : Pour ces champs, il est généralement préférable d'indexer les champs d'origine et d'utiliser des prédicats (par exemple, des conditions WHERE) pour filtrer.

Lors de la décision d'indexation, il est important de considérer un compromis entre accélérer la lecture et ralentir l'écriture, ainsi que la consommation de ressources. Une analyse régulière des plans d'exécution des requêtes aide à déterminer si l'index existant est efficace ou s'il doit être ajusté.