La création d'Index pour le Groupe de Champs?

Avez-vous besoin pour créer un index pour les champs de groupe de champs dans une base de données Oracle?

Par exemple: 

select * 
from some_table
where field_one is not null and field_two = ?
group by field_three, field_four, field_five

J'étais test de l'index j'ai créé pour le dessus et le seul indice pertinent pour cette question est un indice créé pour field_two. D'autres à un seul champ ou composite index créés sur les autres champs ne seront pas utilisés pour la requête ci-dessus. Cela vous parait-il correct?

InformationsquelleAutor onejigtwojig | 2009-09-18
  1. 13

    Il pourrait être correct, mais cela dépendra de la quantité de données que vous avez. Généralement je voudrais créer un index pour les colonnes, j'ai été en utilisant dans un GROUPE, mais dans votre cas, l'optimiseur peut-être décidé qu'après l'utilisation de la field_two indice qu'il n'y aurait pas suffisamment de données retourné à justifier l'utilisation de l'indice pour le GROUPE PAR.

    • +1 pour la mention de l'optimiseur, c'est probablement la cause la plus probable de cette.
    • Merci pour la réponse. Je ne savais pas l'expliquer plan dépend de la quantité de données dans la table. Il n'existe actuellement pas de données dans la table, ce qui explique pourquoi l'optimiseur peut-être sauté les autres indices. Sur une autre note, un indice composite sur field_three et field_four sans field_five toujours être utilisé dans une requête comme celle ci-dessus? Ce ne serait pas inclure tous les champs dans la clause group by.
    • qui l'explique. Voir mes modifications pour plus d'informations sur les index Oracle pourrait utiliser pour le groupe par.
    • Un grand merci à l'homme. C'est très utile.
    • Pas sûr de ce que tu veux dire à propos du regroupement afin d'être utile à l'optimiseur. C'est seulement pertinent en termes de ce que les index peuvent être utilisés. De manière générale, l'ordre des colonnes dans l'index doit être le même que l'ordre des colonnes dans votre clause group by.
    • Il me semble improbable que le GROUPE PAR l'ordre des questions à l'Oracle. Changer l'ordre des colonnes dans le GROUP BY ne change pas la sémantique de la requête et ne devrait donc pas changer de plan. La preuve?
    • entente de partenariat - Maintenant que j'y pense un peu plus, il semble que vous avez raison. Je pensais à la sémantique de GROUPE EN serait le même que l'ORDRE, mais ce n'est pas le cas. Comme WW mentionné, l'ordre des colonnes de GROUPE ne fait aucune différence que ce soit. Merci pour cette remarque! - Je vais supprimer la deuxième partie de ma réponse à supprimer la désinformation.

    InformationsquelleAutor Eric Petroelje
  2. 9

    Pas, cela peut être incorrect.

    Si vous avez une grande table, Oracle peut préférer dérivant les champs de l'index plutôt que de la table, de même il n'y a aucun indice unique qui couvre toutes les valeurs.

    Dans le dernier article de mon blog:

    il y a une requête dans laquelle Oracle ne pas utiliser de tableau d'analyse mais plutôt se joint à deux indices pour obtenir les valeurs de la colonne:

    SELECT  l.id, l.value
FROM    t_left l
WHERE   NOT EXISTS
        (
        SELECT  value
        FROM    t_right r
        WHERE   r.value = l.value
        )

    Le plan est:

    SELECT STATEMENT
 HASH JOIN ANTI
  VIEW , 20090917_anti.index$_join$_001
   HASH JOIN
    INDEX FAST FULL SCAN, 20090917_anti.PK_LEFT_ID
    INDEX FAST FULL SCAN, 20090917_anti.IX_LEFT_VALUE
  INDEX FAST FULL SCAN, 20090917_anti.IX_RIGHT_VALUE

    Comme vous pouvez le voir, il n'y a pas de TABLE SCAN sur t_left ici.

    Au lieu de cela, Oracle prend l'index sur id et value, se joint à eux sur rowid et obtient le (id, value) paires à partir de la jointure résultat.

    Maintenant, à votre requête:

    SELECT  *
FROM    some_table
WHERE   field_one is not null and field_two = ?
GROUP BY
        field_three, field_four, field_five

    Tout d'abord, il ne compile pas, puisque vous êtes en sélectionnant * à partir d'une table avec une GROUP BY clause.

    Vous avez besoin de remplacer * avec des expressions basées sur les colonnes de regroupement et des agrégats de la non-colonnes de regroupement.

    Vous aurez très probablement bénéficier de l'index suivant:

    CREATE INDEX ix_sometable_23451 ON some_table (field_two, field_three, field_four, field_five, field_one)

    car il contient tous les éléments pour le filtrage sur field_two, le tri sur field_three, field_four, field_five (utile pour GROUP BY) et faire en sorte que field_one est NOT NULL.

    • Très intéressant - je ne pense pas que j'ai jamais vu ça avant (où Oracle joindre deux index et éviter que la table entièrement)
    • @Eric Petroelje: il existe un indice, INDEX_JOIN, à la force de cette méthode.
    InformationsquelleAutor Quassnoi
  3. 2

    Avez-vous besoin pour créer un index pour les champs de groupe de champs dans une base de données Oracle?

    Pas. Vous n'avez pas besoin d', dans le sens où une requête s'exécute indépendamment de savoir si il existe des index ou pas. Les index sont fournis pour améliorer les performances des requêtes.

    Il peut cependant être utile; mais j'avais hésitez pas à ajouter un index à l'aide d'une requête, sans penser à l'impact possible de le nouvel indice sur la base de données.

    ...le seul indice pertinent pour cette question est un indice créé pour field_two. D'autres à un seul champ ou composite index créés sur les autres champs ne seront pas utilisés pour la requête ci-dessus. Cela vous parait-il correct?

    Pas toujours. Souvent un GROUPE PAR exigera Oracle d'effectuer un tri (mais pas toujours); et vous pouvez éliminer l'opération de tri en fournissant un adapté index sur la colonne(s) à trier.

    Si vous avez réellement besoin de s'inquiéter à propos du GROUPE PAR la performance, cependant, est une question importante pour vous de penser.

    InformationsquelleAutor Jeffrey Kemp