
物理データモデル(またはデータベース設計)は、データベース管理システムで実装されている、または実装される予定のデータ設計の表現です。プロジェクトのライフサイクルでは、通常は論理データモデルから派生しますが、[ 2 ]特定のデータベース実装からリバースエンジニアリングされる場合もあります。完全な物理データモデルには、テーブル間の関係を作成したり、パフォーマンス目標を達成したりするために必要なすべてのデータベースアーティファクトが含まれます。たとえば、インデックス、制約定義、リンクテーブル、パーティションテーブル、クラスタなどです。アナリストは通常、物理データモデルを使用してストレージの見積もりを計算できます。物理データモデルには、特定のデータベースシステムのストレージ割り当ての詳細が含まれる場合があります。
2012年現在商用市場では、Informix、Oracle、Postgres、SQL Server、Sybase、IBM Db2、MySQLの7つの主要なデータベースが主流となっています。その他のRDBMSシステムは、レガシーデータベースであるか、大学や高等教育機関などの学術機関で使用されている傾向があります。各実装の物理データモデルは、基盤となるオペレーティングシステムの要件などにより、大きく異なります。たとえば、SQL ServerはMicrosoft Windowsオペレーティングシステムでのみ動作します(SQL Server 2017以降、SQL ServerはLinuxでも動作します。オペレーティングシステムに関係なく、多くの類似した機能とサービスを備えた同じSQL Serverデータベースエンジンです[ 3 ])。一方、OracleとMySQLは、Windowsだけでなく、Solaris、Linux、その他のUNIXベースのオペレーティングシステムでも動作します。つまり、物理データモデルのディスク要件、セキュリティ要件、その他の多くの側面は、データベース管理者(または組織)が使用するRDBMSによって影響を受けるということです。
物理スキーマとは、データ管理において、特定のデータベース管理システム(DBMS)(Oracle RDBMS 、Sybase SQL Serverなど)を使用して、二次記憶装置にデータ(ファイル、インデックスなど)をどのように表現し、格納するかを説明するために使用される用語です。[ 4 ]
ANSI/SPARCアーキテクチャの3つのスキーマアプローチでは、内部スキーマはデータ管理技術に関わるデータのビューです。これは、個人のデータビューを反映する外部スキーマや、一連の外部スキーマの統合である概念スキーマとは対照的です。 [ 5 ]
論理スキーマは、データベース管理の特定のアプローチの制約に適合するようにデータを表現する方法でした。当時、選択肢は階層型とネットワーク型でした。しかし、論理スキーマを記述しても、データが物理的にディスクドライブに格納される方法はまだ記述されていませんでした。それは物理スキーマの領域です。現在、論理スキーマは、リレーショナルテーブルと列、オブジェクト指向クラス、およびXMLタグの観点からデータを記述します。[ 4 ]
例えば、単一のテーブルセットは、さまざまな方法で実装することができ、テーブルの行を異なる国のコンピュータで管理するアーキテクチャも含まれる。