リレーショナルモデル

リレーショナルモデルは、データモデルの投稿にリストされているロジックデータモデルの中で最も人気があり、SQLデータベースに基づいています。

リレーショナルモデルは最も人気のあるロジックですデータモデル、そしてそれはSQLデータベースの基礎になっています。

ザ・リレーショナルモデル2つの単純な概念に基づいています。

テーブル
関係

リレーショナルモデルは1969年にさかのぼります。エドガー・F・コッド、英語のコンピューター科学者。コンピュータープログラマーとして、私たちは新しい光沢のあるものに好奇心を持って見慣れていますが、50年間、コンピューターに関するすべての中心となることができるテクノロジーは、間違いなく研究する価値があります。

モデルがテーブルに基づいているという事実は、テーブルを使用して物事を整理することに慣れているため、非常に直感的に使用できます。たとえば、Excelスプレッドシートについて考えてみてください。

PostgreSQL、Oracle、MySQL、SQLite、MS SQL ServerなどのSQLベースのデータベースでは、ERモデルを使用して分析されたデータは、リレーショナルモデルを使用してモデル化でき、ほぼ即座にSQLデータベース形式に変換できます。リレーショナルモデルの実際の実装と見なされますが、これについては他の投稿で説明します。

この投稿では、リレーショナルモデルの基礎となる理論と概念について説明します。数学的な用語ではなく、実際の意味について説明します。

学生の方は、私がここに書いているのは教科書に書かれていることではないかもしれませんが、もっと簡単に読んで、学習教材で表現されているより正式な概念を理解できるかもしれません。

テーブル

リレーショナルモデルでは、テーブルアイテムのコレクションです。

行と列で構成されています。

名前	年齢
フラビオ	36
ロジャー	7
シド	6

タプル

テーブルの各エントリは、タプル。用語を使用することもできます記録または行。

タプルは、次のようにテーブルの行を表します。


フラビオ	36

属性

属性は、タプル内の1つのアイテムです。

この例では：


フラビオ	36

「フラビオ」は属性です。 36は別の属性です。

タプルはユニークです

テーブル内のすべてのタプルは一意です。

リレーショナルモデルでは、重複するデータを持つことはできません。つまり、テーブルのすべての行は、少なくとも1つの属性で異なっている必要があります。

リレーションキー

タプルが一意であることを保証するのは、関係キー。

キーは、必要な1つの属性です一意に識別するタプル。

関係キーが属性のセットである場合は、非冗長。つまり、キーの属性の1つを削除すると、キーはその一意性を保証できなくなります。

複数のキーを判別できる場合、それらのキーの1つが主キー。

キーの整合性の制約

テーブル内のタプルのキー属性は、nullになることはありません、そしてしなければならない繰り返さない。

キーが与えられると、あいまいさなしに特定のタプル/行を指すことができなければなりません。

ドメインの制約

すべての属性には保持できる値に関するルール。

たとえば、数値を格納することにした場合、文字列を格納することはできません。また、名前に10文字を超える文字列を格納しないことを決定する場合があります。

これと呼ぶこともできますタイプ。

参照整合性制約

テーブルにセカンダリテーブルまたは同じテーブル内の他のタプルへの参照が含まれている場合は、参照が壊れないようにするルールに従う必要があります。

特に、次の方法で参照を壊さないようにする必要があります。

他のテーブルで、ポイントするレコードの主キーを削除または編集しないようにします。
他のテーブルで指すために、存在しないキーを持つ新しいレコードを挿入することは避けてください。
新しいキーが他のテーブルに存在することを確認せずに、ポイントするレコードのキーを変更しないでください。

DBMS（データベース管理システム）は、参照整合性の実装を支援する手段を実装します。

リレーショナルモデル