物理スキーマ

物理データ モデル(またはデータベース設計) は、データベース管理システムで実装されている、または実装されることが意図されているデータ設計の表現です。プロジェクトのライフサイクルでは、通常、論理データ モデルから派生しますが、特定のデータベース実装からリバース エンジニアリングされることもあります。完全な物理データ モデルには、インデックス、制約定義、リンク テーブル、パーティション テーブル、クラスターなど、テーブル間の関係を作成したり、パフォーマンス目標を達成するために必要なすべてのデータベース アーティファクトが含まれます。アナリストは通常​​、物理データ モデルを使用してストレージの見積りを計算できます。物理データ モデルには、特定のデータベース システムの特定のストレージ割り当ての詳細が含まれる場合があります。

2012 年現在、^{[アップデート]}商用市場を支配しているのは、Informix、Oracle、Postgres、SQL Server、Sybase、IBM Db2、MySQLの 7 つの主要データベースです。その他の RDBMS システムは、レガシー データベースであるか、大学や継続教育カレッジなどの学術機関内で使用される傾向があります。各実装の物理データ モデルは、その基礎となるオペレーティング システム要件によっても大きく異なります。たとえば、SQL Server はMicrosoft Windowsオペレーティング システムでのみ動作します (SQL Server 2017 以降、SQL Server は Linux で動作します。オペレーティング システムに関係なく、多くの類似した機能とサービスを備えた同じ SQL Server データベース エンジンです^[2] )。一方、Oracle と MySQL は、Windows だけでなく、Solaris、Linux、その他の UNIX ベースのオペレーティング システムでも動作します。つまり、ディスク要件、セキュリティ要件、および物理データ モデルのその他の多くの側面は、データベース管理者(または組織) が使用することを選択した RDBMS によって左右されます。

物理スキーマは、データ管理において、特定のデータベース管理システム(DBMS) ( Oracle RDBMS 、Sybase SQL Serverなど) を使用して、データ(ファイル、インデックスなど) を二次ストレージに表現および保存する方法を表すために使用される用語です。

ANSI/SPARC アーキテクチャの 3 つのスキーマ アプローチでは、内部スキーマはデータ管理テクノロジが関与するデータのビューです。これは、データの個々のビューを反映する外部スキーマや、一連の外部スキーマを統合した 概念スキーマとは対照的です。

その後^{[引用が必要]、}内部スキーマは次の2つの部分から構成されることが認識されました。

論理スキーマは、データベース管理に対する特定のアプローチの制約に従ってデータを表現する方法でした。当時の選択肢は、階層型とネットワーク型でした。ただし、論理スキーマを記述しても、データがディスク ドライブに物理的にどのように格納されるかはまだ記述されていませんでした。これは物理スキーマの領域です。現在、論理スキーマは、リレーショナルテーブルと列、オブジェクト指向クラス、およびXML タグの観点からデータを記述します。

たとえば、単一のテーブル セットは、さまざまな国のコンピューターでテーブル行が維持されるアーキテクチャを含め、さまざまな方法で実装できます。

• データベーススキーマ
• 概念データモデル
• 論理データモデル

• FEA 統合参照モデル文書 (whitehouse.gov) 2007 年 10 月。