Maison  >  Article  >  base de données  >  oracle ou ne pas utiliser d'index

oracle ou ne pas utiliser d'index

WBOY
WBOYoriginal
2023-05-07 21:52:381631parcourir

Lorsque la base de données Oracle exécute une requête, elle fait généralement correspondre les conditions et les index de la requête pour accélérer la requête et améliorer l'efficacité. Cependant, dans certains cas, l’utilisation d’un index n’est pas toujours un meilleur choix et il peut être plus efficace de ne pas l’utiliser. Cet article explorera les circonstances dans lesquelles les index peuvent être omis dans les bases de données Oracle et comment les optimiser.

1. Le rôle et l'optimisation de l'index

Avant de comprendre la situation sans indexation, comprenons d'abord le rôle de l'index. Un index est une structure de données qui permet de localiser rapidement des données. Il est similaire à un répertoire dans un dictionnaire, nous permettant de trouver rapidement les données dont nous avons besoin. Dans Oracle, nous pouvons utiliser les index B-tree pour optimiser la vitesse des requêtes.

Le fonctionnement de l'index B-tree est un processus de parcours ordonné. En localisant rapidement le nœud d'index puis en parcourant les nœuds feuilles pour interroger les données, la vitesse de requête est grandement améliorée. Lorsque nous exécutons l'instruction de requête, Oracle fera correspondre les conditions de requête et l'index pour déterminer s'il convient d'utiliser l'index B-tree pour l'optimisation.

Cependant, vous devez faire attention à l'optimisation lors de l'utilisation de l'index pour éviter l'échec de l'index. Par exemple, la colonne d'index n'est pas dans les conditions de requête, le type de chaîne utilise des instructions de requête floues telles que LIKE '%xxx%', la table avec une petite quantité de données ou la valeur de la colonne d'index est relativement fixe, etc. entraîner un échec de l'index, réduisant ainsi l'efficacité des requêtes et provoquant même une analyse complète de la table.

2. Situation sans indexation

Ce qui suit présente quelques situations dans lesquelles vous pouvez envisager de ne pas utiliser d'index pour obtenir de meilleurs résultats de requête.

(1) L'analyse complète de la table est plus rapide

Dans certains cas, effectuer une analyse complète de la table est plus rapide que d'utiliser un index, comme dans les cas particuliers où la table ne comporte que quelques dizaines de lignes ou où la valeur de la colonne d'index est relativement fixe. À ce stade, l'efficacité des requêtes sera plus élevée et l'index ne fera qu'augmenter le temps de requête. Par conséquent, vous pouvez envisager d’analyser l’intégralité de la table directement sans utiliser d’index pour obtenir de meilleurs résultats de requête.

(2) Les expressions apparaissent dans les conditions de requête

Si des fonctions ou des opérateurs sont utilisés dans les conditions de requête, alors chaque enregistrement doit être calculé. L'utilisation de l'index à ce stade n'améliorera pas l'efficacité des requêtes, mais ralentira la requête. Par exemple, l'instruction suivante :

SELECT * FROM table_a WHERE ROUND(num) = 10;

Si un index est créé sur la colonne num et introduit dans la fonction ROUND, l'index ne peut pas être utilisé pour optimiser la requête. Ainsi, dans ce cas, ne pas utiliser d’index peut réellement améliorer l’efficacité des requêtes.

(3) Modification des données de table avec une concurrence élevée

Dans le cas d'une concurrence élevée, des opérations de modification fréquentes entraîneront des échecs fréquents d'index. Ne pas utiliser les index à ce moment améliorera l'efficacité des opérations de modification. Pour les tables contenant de grandes quantités de données, ne pas utiliser d'index rend souvent les opérations de modification plus optimisées. Cependant, si les opérations de requête sont fréquentes, vous devez toujours envisager d'utiliser des index pour améliorer la vitesse des requêtes.

(4) Les données du tableau sont mises à jour trop rapidement

Si les données du tableau sont mises à jour très rapidement, comme les opérations d'insertion, de modification et de suppression de données à haute fréquence, alors la fréquence de rafraîchissement de l'index sera plus élevée à ce moment-là , ce qui entraîne une réduction de l'efficacité de l'indice. Dans le même temps, en raison de la fréquence de rafraîchissement élevée, cela entraînera également une augmentation des opérations d'E/S et occupera davantage de ressources système. Ne pas créer ou réduire les index peut réduire l'utilisation des ressources système.

(5) Opération de regroupement

Nous savons que les opérations de regroupement nécessitent une réorganisation des données, donc l'utilisation d'index ne peut pas optimiser l'efficacité des requêtes. Au lieu d'utiliser des index, l'efficacité des requêtes peut être améliorée en réduisant le processus d'évaluation répétée des données. Par conséquent, pour les requêtes nécessitant des opérations de regroupement, vous pouvez envisager de ne pas utiliser l’index pour améliorer l’efficacité.

3. Idées d'optimisation

Dans le développement réel, si vous trouvez la situation ci-dessus, vous pouvez envisager de ne pas utiliser d'index pour améliorer l'efficacité des requêtes. Cependant, lorsqu’on décide de ne pas utiliser d’index, l’optimisation doit être basée sur différentes circonstances spécifiques. Plusieurs méthodes d'optimisation sont présentées ci-dessous.

1. Améliorer la structure des données

Les requêtes trop longues sont généralement liées à la structure tabulaire des données. Si la structure de la table de données est raisonnable, l'utilisation d'index peut considérablement optimiser l'efficacité. Au contraire, si la structure de la table n’est pas suffisamment raisonnable, même l’indexation sera très lente.

2. Partitionnement des données

La table de partition Oracle est une table qui divise les données de la table en plusieurs petits blocs. Elle peut étendre une seule table en plusieurs parties, et chaque partie est stockée sur un disque différent. Nous pouvons placer les données rarement interrogées dans différentes zones pour réduire le nombre d'analyses complètes des tables.

3. Utiliser des bases de données distribuées

Lorsque notre base de données devient de plus en plus grande et que la quantité de données à traiter augmente progressivement, les bases de données distribuées seront un meilleur choix. Non seulement il peut améliorer les performances des bases de données, mais il peut également offrir une meilleure protection de la sécurité des données. Dans le même temps, les données peuvent être réparties uniformément entre plusieurs nœuds, réduisant ainsi la quantité de données traitées par chaque nœud, améliorant ainsi l'efficacité globale du traitement des données.

Enfin, que nous utilisions ou non des index, nous devons les considérer de manière globale en fonction de la situation spécifique. Sur la base d'une planification rationnelle de la structure des données et de l'optimisation des performances de la base de données, l'index peut être ajusté ou non utilisé pour des situations de requête spécifiques afin d'obtenir un traitement optimal.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!

Déclaration:
Le contenu de cet article est volontairement contribué par les internautes et les droits d'auteur appartiennent à l'auteur original. Ce site n'assume aucune responsabilité légale correspondante. Si vous trouvez un contenu suspecté de plagiat ou de contrefaçon, veuillez contacter admin@php.cn