テーブルスペースは、データベースオブジェクトの基になる実際のデータを保持できるストレージ場所です。物理データと論理データの間に抽象化レイヤーを提供し、[1]すべてのDBMS管理セグメントにストレージを割り当てる役割を果たします。(データベースセグメントは、テーブルデータやインデックスなどの物理スペースを占有するデータベースオブジェクトです。) テーブルスペースは、作成されると、データベースセグメントの作成時に名前で参照できます。
概要
表領域は、データベースのストレージ場所のみを指定します。論理データベース構造やデータベース スキーマは指定しません。たとえば、同じスキーマ内の異なるオブジェクトは、異なる基礎表領域を持つ場合があります。同様に、表領域は、複数のスキーマのセグメントにサービスを提供する場合があります。論理データと物理データの間に結合を形成するためにスキーマを指定するために使用される場合もあります。
テーブルスペースを使用すると、管理者はインストールのディスク レイアウトを制御することもできます。テーブルスペースの一般的な用途は、パフォーマンスを最適化することです。たとえば、頻繁に使用されるインデックスは高速SSDに配置できます。一方、ほとんどアクセスされないアーカイブ データを含むデータベース テーブルは、安価ですが低速の磁気ハード ドライブに保存できます。
テーブルスペースがデータをファイルシステム ファイルに保存するのは一般的ですが、1 つのファイルは 1 つのテーブルスペースの一部である必要があります。一部のデータベース管理システムでは、テーブルスペースをオペレーティング システムのデバイス エントリ ( raw デバイスと呼ばれる) 上で直接構成できるため、OS ファイルシステムのオーバーヘッドを回避してパフォーマンスが向上します。
Oracle はデータを論理的には表領域に格納し、物理的には対応する表領域に関連付けられたデータファイルに格納します。
参考文献
- ^ Oppel, Andrew J. (2009). データベース: 初心者向けガイド. McGraw Hill Professional. p. 44. ISBN
978-0-07-160846-6. 2011-05-23取得。
[...] 物理層と論理層の間に抽象化層を形成し、より優れた論理データの独立性を実現する論理ファイル。
