Discussion :

[LaVaZza]

Bonjour,

J'ai un petit problème Oracle:

J'ai un ensemble d'éléments à indexer. La façon dont je vais représenter ces éléments en base n'est pour l'instant pas encore figée.

L'application devrait pour gérer des couples (valeur/type élement), pour un type élément on a n valeurs, et chaque valeur a une date de début et une date de fin.

Mais la quantité de types d'éléments est dynamique, l'utilisateur pourra en ajouter et en supprimer.

Leur nombre ne devrait pas dépasser les 50.

Par contre des valeurs il va y en avoir un grosse volumétrie, et comme je vais devoir faire des recherches dessus je vais devoir indexer les valeurs pour chaque type élément.

Idéalement il faudrait un index pour chaque type d'élément.

Le problème c'est que si je demande à Oracle d'indexer juste la valeur, il va me faire un index sur l'ensemble des valeurs (les 50 types de valeurs) qui n'ont pas de rapport entre elles.

Comment vais-je m-y prendre ? Je rappelle le modèle n'est pas encore figé dans l'appli.

MERCI!

[farenheiit]

tu peux crées un index composite sur les 2 champs Types+valeurs
ex:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
create index ton_index on ta_table(type,valeur)

[orafrance]

Et pourquoi pas une IOT ?

[LaVaZza]

Merci pour l'aide, donc au final un index composite devrait le faire ?

Les tables IOT apporte de la performance par rapport aux index composite ? Mais alors pourquoi ne pas les utiliser tout le temps ?

[pachot]

Bonjour,
Je réponds seulement à la dernière question parce que je n'ai pas compris la question initiale
Un IOT c'est très performant lorsque l'accès se fait par l'index principal, mais beaucoup moins performant lorsque l'accès se fait par un un autre index.
Cordialement,
Franck.