Loading article…
論理データ モデルまたは論理スキーマは、特定のデータベース管理製品またはストレージ テクノロジ (物理データ モデル) とは独立して、リレーショナル テーブルと列、オブジェクト指向クラス、XML タグなどのデータ構造の観点から表現される、特定の問題ドメインのデータ モデルです。これは、テクノロジを参照せずに組織のセマンティクスを記述する概念データ モデルとは対照的です。
概要
論理データ モデルは、情報ドメインの抽象的な構造を表します。論理データ モデルは、本質的に図式的なものであることが多く、組織にとって重要な事柄とそれらの相互関係を把握しようとするビジネス プロセスで最もよく使用されます。論理データ モデルは、検証および承認されると、物理データ モデルの基礎となり、データベースの設計を形成することができます。
論理データ モデルは、先行する概念データ モデルで識別された構造に基づいている必要があります。これは、論理モデルが反映する必要のある情報コンテキストのセマンティクスを記述するためです。ただし、論理データ モデルは特定のコンピューティング システムでの実装を想定するため、論理データ モデルの内容は、一定の効率性を達成するために調整されます。
「論理データ モデル」という用語は、「ドメイン モデル」の同義語として、またはドメイン モデルの代替として使用されることがあります。2 つの概念は密接に関連しており、目標も重複していますが、ドメイン モデルは、そのドメインに関連付けられたデータの構造ではなく、問題ドメインの概念を捉えることに重点を置いています。
歴史
1975年にANSIが初めて論理スキーマの概念を提示したとき[2] 、選択肢は階層型とネットワーク型でした。データをテーブルと列で記述するリレーショナルモデルは、データ編成理論として認識されたばかりでしたが、そのアプローチをサポートするソフトウェアは存在しませんでした。それ以来、データをクラス、属性、および関連付けで記述する オブジェクト指向のデータモデリングアプローチも導入されました。
論理データモデルのトピック
論理データ構造を構築する理由
- ビジネスデータの要素と要件の共通理解に役立ちます
- データベース設計の基礎を提供する
- データの冗長性を回避し、データとビジネストランザクションの不整合を防ぐことができます。
- データの再利用と共有を容易にする
- 開発と保守にかかる時間とコストを削減
- 論理的なプロセス モデルを確認し、影響分析に役立ちます。
概念的、論理的、物理的なデータモデル
論理データ モデルは、誤って物理データ モデルと呼ばれることがありますが、これは ANSI の人々が想定していたものではありません。データベースの物理設計には、特定のデータベース管理テクノロジが深く関与します。たとえば、テーブル/列設計は、世界のさまざまな場所にあるコンピューターの集合に実装できます。これが物理モデルの領域です。
概念的、論理的、および物理的なデータ モデルは、目的、目標、および内容が大きく異なります。主な違いを以下に示します。
参照
参考文献
- ^ Matthew West および Julian Fowler (1999)。高品質データモデルの開発、Wayback Machineに 2008-12-21 にアーカイブ。欧州プロセス産業 STEP 技術連絡事務局 (EPISTLE)。
- ^ アメリカ規格協会。1975 年。「データベース管理システムに関する ANSI/X3/SPARC 研究グループ、中間報告」。FDT(Bulletin of ACM SIGMOD) 7:2。
外部リンク
- 論理データ モデルの構築、George Tillmann 著、DBMS、1995 年 6 月。