Oracleのサブパーティションでパーティションのパフォーマンスが低下する

Question

私はパーティションの調査を行っており、サブパーティションのトピックでは行き詰まっています。ここで

私はOracleのマニュアル（https://docs.oracle.com/cd/B19306_01/server.102/b14231/partiti.htm）で見つけたものです：彼らのデータはそのサブパーティションのセグメントに格納されるよう

「レンジ - リスト・パーティション表のパーティションは、唯一の論理的な構造です。リストサブパーティションは、リストパーティションと同じ特性を持ちます。リストパーティション化のデフォルトパーティションを指定するのと同じように、デフォルトのサブパーティションを指定できます。 "

まず、サブパーティションには独自の"セグメント "があるため、独自のファイルがあると結論づけます。私は正しいですか？

第2に、それがパーティションの有効性を妨げるかどうか疑問です。

パーティションがある場合は、多くの場合、単一のテーブルスペース&ファイルにあります（私が間違っている場合は修正してください。それを広めることが可能かどうかわかりません。いくつかの表スペース/ファイル）。つまり、パーティション内を特に検索すると、1つのファイルだけが検索されます。

また、サブパーティションが複数のセグメント（ファイル）やいくつかのテーブルスペースでも実現されている場合、（サブパーティションではなく）パーティションにクエリを実行すると、相対的に時間がかかりますか？

最後に、私はこの理論をテストする時間も、可能性もありません。それが私が求めている理由です。私のプロジェクトの終わりが近づいている（完全に私のせいである）、会社のサーバ上でパーティションをテストすることはできない。

ありがとうございます！

Answer 1

セグメントとファイルの間に直接の関係はありません。セグメントには、1つまたは複数のファイルで構成される表領域から領域が割り当てられます。アクセスされるファイルの数はパフォーマンスの重要な要素ではありません。

Answer 2

実際に用語SUBPARTITIONは、「PARTITION inside PARTITION」を持つことが予想されるため、誤解を招くことがあります。いくつかの操作（例えば、DROP PARTITION）では、これは当てはまりますが、他の操作ではそうではありません。テーブルにSUBPARTITIONSがある場合は、ALTER INDEX ... REBUILD PARTITIONを実行することはできません。

いずれか、属性によって決定されるPARTITIONを検討RANGELISTまたはまたはINTERVAL又はHASH

SUBPARTITIONは基本的に同じであるがRANGE、LIST、INTERVAL又はHASHの属性によって決定されます。

パフォーマンスまたは物理的な記憶域に関して、パーティションとサブパーティションの間に違いはありません。