概念スキーマ

概念スキーマまたは概念データモデルは、データベースの設計の基礎となる情報ニーズの高レベルの記述です。^{[1] [2]} 通常、中核となる概念とそれらの主要な関係のみが含まれます。これは、完全で機能的なデータベースを構築するには詳細が不十分な高レベルのモデルです。^[3]これは、ユーザーグループのデータベース全体の構造を記述します。概念モデルは、データベースシステムの実装時に概念スキーマを記述するために使用できるデータモデルとも呼ばれます。 ^[要出典]物理ストレージの内部詳細を隠し、エンティティ、データ型、関係、制約の記述を対象としています。

概念スキーマは、データベースに使用される概念とその関係のマップです。これは、組織のセマンティクスを記述し、その性質に関する一連のアサーションを表します。具体的には、組織にとって重要な事柄(エンティティ クラス)、組織が情報を収集する傾向にある事柄、それらの特性 (属性)、および重要な事柄のペア間の関連 (関係) を記述します。

概念スキーマは、データベース設計ではなく、組織のセマンティクスを表すため、さまざまな抽象レベルで存在する可能性があります。元のANSI 4 スキーマ アーキテクチャは、それぞれが 1 人の人物の周囲の世界に対する見方を表す外部スキーマのセットから始まりました。これらは、すべての外部ビューのスーパーセットである単一の概念スキーマに統合されます。データ モデルは、各人物の見方と同じくらい具体的なものにすることができますが、これにより柔軟性が失われる傾向があります。その人の世界が変わると、モデルも変更する必要があります。概念データ モデルは、より抽象的な見方を取り、基本的な事柄を識別します。個人が扱う事柄は、その例にすぎません。

このモデルでは、オブジェクト指向の用語で継承と呼ばれるものが許可されます。エンティティ クラスのインスタンスのセットは、それ自体でエンティティ クラスに細分化できます。したがって、サブタイプエンティティ クラスの各インスタンスは、エンティティ クラスのスーパータイプのインスタンスでもあります。スーパータイプ エンティティ クラスの各インスタンスは、サブタイプ エンティティ クラスの 1 つのインスタンスでもあります。

スーパータイプとサブタイプの関係は排他的である場合もそうでない場合もあります。方法論によっては、スーパータイプの各インスタンスが1 つのサブタイプのインスタンスのみである必要がある場合があります。同様に、スーパータイプとサブタイプの関係は網羅的である場合もそうでない場合もあります。方法論によってスーパータイプの各インスタンスがサブタイプのインスタンスである必要がある場合、網羅的です。多くの場合、「その他」という名前のサブタイプが必要になります。

• 各個人は、1 つ以上の注文のベンダーになることができます。
• 各注文は1 人の人物からのみ受け付けられます。
• PERSON はPARTYのサブタイプです。(つまり、PERSON のすべてのインスタンスは PARTY のインスタンスでもあります。)
• 各従業員には、同じく従業員である上司がいる場合があります。

データ構造図( DSD) は、エンティティとその関係、およびそれらを結び付ける制約を文書化するグラフィカル表記を提供することで概念データ モデルを記述するために使用されるデータ モデルまたは図です。

• Perez, Sandra K.、Anthony K. Sarris 編 (1995) IRDS 概念スキーマの技術レポート、パート 1: IRDS の概念スキーマ、パート 2: モデリング言語分析、X3/TR-14:1995、American National Standards Institute、ニューヨーク、NY。
• Halpin T、Morgan T (2008)「情報モデリングとリレーショナルデータベース」第2版、サンフランシスコ、カリフォルニア州: Morgan Kaufmann。

• アジャイルコミュニティが語る異なる視点