リレーショナルモデルの基本的な考え方
リレーショナル・モデルの説明
まずEFCoddによって1970年に提案しました。
治療台（テーブル）テーブルと抽象から2は、従来の手術台と理論設定理論とロジックの提案導入のその数学的な厳密な定義に基づいています。
3.古典的モデルは、3つのデータベースの一つであり、今ではほとんどのデータベースシステムでは、まだリレーショナルデータモデルを使用します。
4.標準のデータベース言語（SQL言語）は、リレーショナルモデルに基づいて構築され、データベースフィールドはまた、多くの理論は、リレーショナルモデルに基づいて構築されています。
どのような関係モデル
1.私たちの関係（リレーション）を表に抽象化されています。
表2は、リレーショナル・モデルは、3つの部分から構成プロセスである：
①基本的な構造は、様々なデータDB（テーブル/関係）記載
②テーブルとテーブル（リレーショナル操作）との間に発生する可能性があり、様々な動作を説明
③これらの制約は、（整合性制約）従うべき操作を説明しました
三つの要素リレーショナルモデル
①基本的な構造：リレーション/表
②基本操作：（：クロス∩と∪、差-など、例えば、投影π）オペレータ関係
③整合性制約：カスタムエンティティの完全性の完全性、完全性、およびユーザを参照します。
関係演算子について
関係演算子：リレーショナル代数とリレーショナル計算：リレーショナル計算：フィールドタプル計算と計算。
（おそらく）来週のブログを参照してください。
関係の数学的記述
まず、範囲「フィールド（ドメイン）」の列の定義
ドメイン（ドメイン）
1セットの設定値、設定値は、同じデータ型を持っています。整数、文字列のセットのセットは、すべての学生がセット
集合の要素数が2であるベースドメイン（カーディナリティ）
再定義「タプル」とすべてのタプルに組み合わせることができる。デカルト製品
直積（デカルト積）
1.ドメインDのセット。1、D 2、...、D N-のデカルト積：
D 1 ×Dの2 ×D×...... N- = {（D 1、D 2、 ...、D N-）| D I ∈D I、I} = 1 .... N-
2デカルト積（Dの各要素。1、D 2、...、D N-）N-タプルと呼ば
タプル（D 1、D 2、...、D N-）Dの各値に対してI Iは、成分（コンポーネント）と呼ばれてい
たタプル（D 1、D 2、...、D N-）フィールド各々のいずれかから形成された組成物が値を取るされ、このデカルト積、すなわち、すべての可能な組み合わせの集合である：デカルト積をnフィールドによって形成された全ての可能なN-タプルの集合である
場合D IカーディナリティMのI、カーディナリティのデカルト積、すなわち、タプル数m 1 ×M 1 ×...×M N-
デカルト積のすべてのタプルのでそう、意味がありません...
関係（リレーション）
1.ドメインDのセット。1、D 2、...、D N-の直積のサブセット
デカルト積の特定の重要な側面を有するものの2組は、関係（リレーション）と呼ばれています
異なる列間の関係は、同じドメインから来るかもしれないと、各カラム名の必要性を区別するので、その名前はプロパティ名です。
3.関係はR＆LTであってもよい（A 1：D 。1、2：D 2、...、N-：Dのn-は）R＆LT（Aと略すことがあると述べた。1、2、...、N-）この説明は、関係モデル（スキーマ）またはテーブルヘッダ（ヘッド）と呼ばれる
4.Rは、関係の名前であり、Iは属性であり、D Iは、対応する属性のフィールドであり、nは関係またはメッシュ（度）の程度です、ベース（基数）の関係と呼ばれるタプルの数との関係
のような：家族（夫：男、彼の妻：女性、子供：子供）や家族（夫、妻、子供）
5. Rリレーショナル・スキーマは、画像のフィールドに属性船の多くの種類で直接属性の型と長さとして記述DBMS。
例如：学生（S＃1 CHAR（8）、SNAMEのCHAR（10）、Ssexチャー（2）、セージの整数、D＃1 CHAR（2）、Sclassチャー（6））
リレーショナルモデルとリレーショナル
同じリレーショナルスキーマの下で、多くの関係が1あることができる
2.リレーショナル・モデルは、構造の関係で、この関係は時間モードデータれる
リレーショナルスキーマ3.安定している：一定時間の値との関係は、に含まれています時間が変更される可能性があり
プロパティの関係と関連する概念
すなわち、同じドメインから各列のコンポーネントは、データの同じタイプ：1.列が均一で
異なるそれらのそれぞれのプロパティと呼ばれる同じドメインから2.異なる列は、異なる特性を与えることプロパティ名。
3.互換カラム位置（独立）
4.互換行位置（とは無関係）
の任意の5理論的には、2つのタプルの関係は同一であることはできません。（要件のセット：あなたが同じセットで2つの要素を持つことはできません）。実際のアプリケーションでは、テーブル（表）は、完全にこの機能に準拠していないかもしれません。
（これはまた、テーブル間の関係を説明し、同一ではありません）。
6.各タプルは、二組の同一の構成要素を指す同じです。
7.プロパティを分割することができない特性：また、第一の関係パラダイムとして知られています
関係についていくつかの重要な概念
コード候補（候補キー）/候補キー
任意には、グループ属性のプロパティから削除された場合一意に、タプルの値を識別することができる属性関係のセットは、そのように、属性の候補コードセットと呼ばれ、このような性質のものではありません。
候補符号は、必ずしも複数の属性を含むことができるコードの唯一の候補セットはありません。
例えば、高校生の学校の生徒のテーブル番号は、候補キーです。
マスターコード（主キー）/プライマリキー
候補コードが複数ある場合、主キーとして選択することができます。
各タプルのメインリード管理関係の主キーにDBMS。
プライマリと非プライマリproperty属性
属性は、どの候補コードが含まれ、一次性および非主要特性であると称される他のプロパティと呼ばれる
最も簡単な、候補コードは、1つの属性のみを含んでいます。
最も極端な、完全なコード（すべてのキー）として知られているこの関係を構成する候補コードのすべてのプロパティ。
外符号（外部キー）/外部キー
リレーションRグループ属性で、それは候補キーRはない、それは対応するSと別の関係候補コードであり、R基の属性は、外側コードまたは外部キーと呼ばれます。
2人の関係は、通常、外符号によって互いに接続されています。
リレーショナルモデルの整合性
エンティティ整合性
主キー属性値の関係はnullにすることはできません。
ヌル：私は知らない、存在しないか、または無意味な値はありません
NULL値を持つデータベースは、そのような集約関数演算正しさの影響などの多くの側面に影響を与えるであろうように参加し、算術、比較または論理演算とすることができません。
null値は特に注意を払って、特別な処理を必要とする場合。
参照整合性
外符号外符号との関係に対応する一定の範囲内で複数のプロパティ。
関係のタプルは、外側コードを有していなくてもよいです。
ユーザー定義の整合性
ユーザー固有のアプリケーション環境定義の整合性制約。
更新操作が発生すると、DBMSは自動的にYasuteruの整合性制約は、更新操作の正しさを検証します。