Oracle 8iがリリースされて以来、私はかなりの期間Oracleを使用してきました。私はその時点でデータベースを初めて使い、表スペースを定義するときに一定サイズのエクステント・サイズを使用することが最善であると教えられました。Oracleの表領域で一様なエクステント・サイズを使用することをお薦めしますか？
私が読んだところでは、今日は10/11gを使用しているようですが、Oracleはこれらのエクステント・サイズを自動的に管理でき、エクステント・サイズを一定に保つことができないようです。私はこれがディスクスペースをより効率的に使う方法を簡単に見ることができますが、これには欠点があります。私はそれが過去のものをこの時に放棄する時かもしれないと思っています。 （私の過去の教えが正しかったと仮定して）
はい、非常に珍しいケースを除き、それは過去の行くと新しいOracleエクステント管理機能を使用できるようにする時間です。ローカル管理の表領域（LMT）と自動エクステントのサイジングを使用してください。このことについてもう一度考える必要はありません。
可変エクステンションのサイジングは、7.3日後にエクステントの割り当てがゼロ以外のパーセントで増加したことによる断片化を解消するために、多くの時間をかけてテーブルスペースを再編成していたため心配していました。 （エクステントのあなたの最大数は、データベースを作成するときに使用されるデータベース・ブロック・サイズに応じて異なるレベルでキャップされたため、あなたが非ゼロパーセントの増加を必要）ただし、Oracleは、エクステント・サイズが増加速度とmagnititudeを決定するためにアルゴリズムを使用します効果的にフラグメンテーションを排除します。
また、あなたが最適な構成は、単一エクステントにテーブルまたはインデックスフィット感を持つことであるか、何とか領域構成によって、I/Oを管理できるかについて聞いたことが何かを忘れて - これは本当ではありませんでした。ディクショナリ管理表領域の時代には、ディクショナリ表で何千ものエクステントを管理することには多少のペナルティがありましたが、LMTはビットマップを使用していましたが、これは問題ではありません。 Oracleはブロック・エクステントではなくブロックをバッファします。
瞬時にアクセスできるディスク容量が無制限の場合は、エクステントをまったく気にする必要はありません。
テーブルをすべてINITIAL 100T NEXT 100T MAXEXTENTS UNLIMITED PCTINCREASE 0にして、次のエクステントを忘れるだけです。300年です。
ディスク容量に制限がない場合、問題が発生しますまたはアクセス時間はさまざまです。
エクステントは、データの断片化に対処するためのものです。データが断片化すると、HDDの頭がある場所から別の場所にジャンプする時間がかかります。
理想的な状況は、各テーブルのすべてのデータを1つのエクステントに置くことですが、最も頻繁に参加して次のエクステントに常駐するテーブルのデータを持つので、すべてを順次読み取ることができます。
アクセス時間には、データの格納場所を把握するために必要なアクセス時間も含まれます。データが極端に少ない場合は、エクステント辞書の追加ルックアップが必要です。
現在、ディスクスペースは重要ではなく、アクセス時間は重要です。
だからこそ、Oracleがエクステント管理を作成しました。
これは手作りのエクステントの配置よりも使用される空間の用語にはあまり効率的ではなく、アクセス時間の点でより効率的です。
十分なディスク容量がある場合（つまり、データベースが5年の間にディスクの半分以下を占める場合）、自動エクステントを使用してください。
"理想的な状況では、各テーブルのすべてのデータを1つのエクステントに配置し、次のエクステントに常駐するテーブルのデータを保持しているので、すべてを順番に読み取ることができます。 なぜですか？ OLTPアプリケーションは完全なスキャンテーブルではありません（また、そこではクラスタが適切です）。大規模なDW問合せでは、パラレル・スキャン、ハッシュ・ジョイン、一時表領域が使用されます。 エクステントがあるので、テーブルサイズを1日目に事前定義する必要はありませんが、サイズがビットとバイトで継続的に増加するわけではありません。 –
@Gary：ディスクが瞬時にシークするならば、バイトとバイトに悪いことはありませんが、そうではありません。そのため、データをまとめて保存する方が良い理由です。クラスタはこれを行う方法の1つです（ただし、クラスタキーのすべてのデータが1つのデータページに収まる場合にのみ有効です）。 – Quassnoi