Quand dois-je utiliser Oracle Index Organisé Table? Ou, quand ne pas le faire?

Index Organisé des Tables (IOTs) sont des tables stockées dans une structure d'index. Alors qu'une table stockée
dans un segment de mémoire est organisée de données dans un IOT sont stockés et triés par clé primaire (les données de l'index). IOTs se comportent comme des “réguliers” des tables, et que vous utilisez le même SQL pour y accéder.

Chaque table dans une bonne base de données relationnelle est censé avoir une clé primaire... Si chaque table dans ma base de données a une clé primaire, dois-je toujours utiliser un index organisé table?

Je devine la réponse est non, alors, quand est un index organisé table pas le meilleur choix?

InformationsquelleAutor Mr. Red | 2010-08-01
  1. 19

    Fondamentalement un index organisé table est un indice sans table. Donc, si vous avez un tableau dont les colonnes sont constitués de la clé primaire et au plus une autre colonne, alors vous avez un candidat possible pour l'INDICE ORGANISÉ.

    Mais si vous vous trouvez en contemplant le besoin pour plus d'indices sur la non-colonnes de clé primaire, alors vous êtes probablement mieux avec un tas de table. Donc, comme la plupart des tables probablement besoin de plus d'indices de la plupart des tables ne sont pas adaptés pour les IOTs.

    Dans la pratique, l'indice a organisé des tables sont les plus susceptibles d'être des données de référence, des codes affaires. Tableaux d'Application sont presque toujours juste tas organisé.

    InformationsquelleAutor APC
  2. 13

    Je voudrais examiner des tables étroites (comme les tables de jointure utilisé pour résoudre plusieurs-à-plusieurs tables). Si (presque) toutes les colonnes de la table vont être dans un index de toute façon, alors pourquoi ne devriez-vous pas utilisé un IOT.

    Petites tables peuvent être de bons candidats pour les IOTs comme expliqué par Richard Foote ici

    InformationsquelleAutor Gary Myers
  3. 9

    Je considère les types suivants de tables d'excellents candidats pour les IOTs:

    • "petit" de "recherche" des tables de type (par exemple, interrogé fréquemment mises à jour fréquemment, s'inscrit dans un relativement petit nombre de blocs)
    • une table que vous êtes déjà allez avoir un index qui couvre toutes les colonnes de toute façon (c'est à dire peut ainsi économiser de l'espace utilisé par la table si l'indice des doublons 100% des données)
    • Désolé, c'est un peu un doublon de Gary réponse.
    InformationsquelleAutor Jeffrey Kemp
  4. 8

    De l'Oracle Concepts guide:

    Index organisé des tables sont utiles lorsque
    liées morceaux de données doivent être stockées
    ensemble ou les données doivent être physiquement
    stockées dans un ordre spécifique. Ce type
    de table est souvent utilisé pour les informations
    la récupération, spatiale (voir "vue d'ensemble de
    Oracle Spatial"), et OLAP
    les applications (voir "OLAP").

    Ce question de AskTom peut également être d'un certain intérêt, surtout lorsque quelqu'un donne un scénario, puis demande serait une IOT effectuer de mieux qu'un tas organisé table, Tom réponse est:

    nous pouvons émettre l'hypothèse tout au long de la journée, mais
    jusqu'à ce que vous mesurez, vous ne serez jamais
    sais pour sûr.

    • J'ai toujours pensé que le "stockés" ça c'est un hareng rouge, comme la clé primaire de la table est probablement non significative. Vous pourriez cluster enregistrements qui ont été insérés dans le même temps, mais la co-implantation de lignes est généralement une question de plusieurs lignes ayant le même (par exemple.) customer_id ou invoice_id, dans ce cas, un hash cluster est un meilleur choix.
    InformationsquelleAutor Ian Carpenter
  5. 1

    Un index organisé table est généralement un bon choix si vous avez uniquement accès aux données de ce tableau par la clé, la clé, et la clé.

    En outre, il ya beaucoup de restrictions sur ce que les autres fonctionnalités de base de données peut et ne peut pas être utilisé avec un index organisé des tables -- je me souviens que, dans au moins une version on ne pourrait pas utiliser logiques de bases de données de secours avec index organisé des tables. Un index organisé le tableau n'est pas un bon choix si elle vous empêche d'utiliser d'autres fonctionnalités.

    InformationsquelleAutor Adam Musch
  6. 0

    Tous un de TES vraiment économiser est la logique de lecture(s) sur la table segment, et que vous pourriez avoir passé deux ou trois ou plus sur l'IOT/index ce n'est pas toujours une grande économie, sauf pour de petits ensembles de données.

    Une autre caractéristique à prendre en compte pour accélérer les recherches, en particulier sur les plus grandes tables, est une table de hachage de cluster. Lorsqu'il est correctement créé, ils sont plus efficaces pour les grands ensembles de données que l'IDO, car ils ne nécessitent qu'une seule lecture logique pour trouver les données, tandis que l'IDO est encore un indice qui a besoin de plusieurs logiques i/o pour localiser le nœud feuille.

    InformationsquelleAutor David Aldridge
  7. -1

    Je ne peux pas en soi un commentaire sur IOTs, cependant, si je suis en train de lire ce droit alors qu'ils sont le même comme un "index cluster" dans SQL Server. Habituellement, vous devez penser à ne pas utiliser un tel indice, si votre clé primaire (ou les valeur(s) vous êtes l'indexation si ce n'est pas une clé primaire) sont susceptibles d'être distribués de manière aléatoire comme ces inserts peuvent entraîner beaucoup de fractionnements de page (cher).

    Des indices tels que des colonnes d'identité (séquences dans Oracle?) et des dates autour de la date actuelle tendent à faire de bons candidats pour ces indices.

    • Vous avez raison dans Oracle, les index sont juste appelé index, il n'y a pas de distinction comme vous le voyez dans MySQL & SQL Server. Une table indexée dans Oracle est tas triés. Les séquences sont plus proches de SQL Server colonne d'IDENTITÉ, parce que l'incrément et les valeurs de décalage dans les séquences sont indépendants l'un de l'autre - à la différence de MySQL. Mais des séquences aussi ne sont pas attachés à une table, ils sont autonomes objets. Ce qui signifie également que vous pouvez avoir plus d'une séquence utilisé dans une table (pas commune).
    InformationsquelleAutor Will A
  8. -3

    Un Index Organisé Table--contrairement à une table ordinaire--a sa propre façon de structurer, de stockage et d'indexation des données.

    Index organisé des tables (IOT) sont des indices qui en fait contenir les données qui est en cours d'indexation, à la différence des indices qui sont stockés quelque part d'autre et ont des liens à des données réelles.

    InformationsquelleAutor Bhartendu