Je suis presque sûr que vous avez trouvé cette référence dans vos recherches - Tables et index partitionnés . Cependant, je donne un lien vers celui-ci si quelqu'un est intéressé, c'est un très bon matériel sur le partitionnement.
Droit au but - L'index partitionné décompose simplement l'index en morceaux (16 dans votre situation) et répartit les données en fonction de leur clé de partitionnement hachée. Lorsque vous souhaitez l'utiliser, Oracle "calcule" le hachage de la clé et détermine dans quelle section poursuivre la recherche.
Sachant comment fonctionne la recherche d'index, sur des données vraiment volumineuses, je pense qu'il est préférable de choisir l'index partitionné afin de réduire l'arborescence d'index que vous parcourez (index régulier). Cela dépend vraiment des données, qui se trouvent dans la table (comment l'arborescence d'index régulière est composée) et le hachage et le saut direct vers le nœud inférieur sont plus rapides que la traversée régulière de l'arbre à partir du nœud de départ.
Enfin, vous devez être plus confiant avec les résultats des tests. Si une technique donne de meilleurs résultats sur vos données exactes qu'une autre, ne vous inquiétez pas de l'implémenter.
