RDBMS を意味する リレーショナル データベース管理システム。
SQL、MS SQL Server、IBM DB2、ORACLE、My-SQL、Microsoft Access などの最新のデータベース管理システムはすべて RDBMS に基づいています。
E.F. Codd によって導入されたリレーショナル モデルに基づいているため、リレーショナル データベース管理システム (RDBMS) と呼ばれます。
企業対企業
使い方
RDBMS ではデータはタプル (行) として表現されます。
リレーショナル データベースは、最も一般的に使用されるデータベースです。これには複数のテーブルが含まれており、各テーブルには主キーがあります。
組織化された一連のテーブルの集合により、RDBMS ではデータに簡単にアクセスできます。
RDBMS の簡単な歴史
1970 年から 1972 年にかけて、E.F. Codd はリレーショナル データベース モデルの使用を提案する論文を発表しました。
RDBMS はもともと、E.F. Codd のリレーショナル モデルの発明に基づいています。
RDBMS のさまざまな用語を以下に示します。
テーブル/リレーションとは何ですか?
リレーショナル データベース内のすべてのものは関係の形式で保存されます。 RDBMS データベースはテーブルを使用してデータを保存します。テーブルは関連するデータ エントリの集合であり、データを格納する行と列が含まれています。各テーブルは、情報が収集される人物、場所、イベントなどの実世界のオブジェクトを表します。リレーショナル テーブルに編成されたデータの集合は、データベースの論理ビューとして知られています。
関係のプロパティ:
- 各関係には、データベース内で識別される一意の名前があります。
- リレーションには重複したタプルが含まれていません。
- リレーションのタプルには特定の順序はありません。
- リレーション内のすべての属性はアトミックです。つまり、リレーションの各セルには値が 1 つだけ含まれます。
テーブルは、RDBMS に格納されるデータの最も単純な例です。
Student テーブルの例を見てみましょう。
| ID | 名前 | 年 | コース |
|---|---|---|---|
| 1 | アジート | 24 | B.テック |
| 2 | アーリア人 | 二十 | C.A. |
| 3 | マヘシュ | 21 | BCA |
| 4 | ラタン | 22 | MCA |
| 5 | ヴィマル | 26 | BSC |
行またはレコードとは何ですか?
テーブルの行は、レコードまたはタプルとも呼ばれます。これには、テーブル内の各エントリの固有の情報が含まれます。テーブル内の水平方向のエンティティです。たとえば、上のテーブルには 5 つのレコードが含まれています。
文字列を文字に変換
行のプロパティ:
- すべてのエントリにおいて互いに同一のタプルは 2 つありません。
- リレーションのすべてのタプルは同じ形式と同じ数のエントリを持ちます。
- タプルの順序は関係ありません。それらは、その位置ではなく、その内容によって識別されます。
テーブル内の 1 つのレコード/行を見てみましょう。
| ID | 名前 | 年 | コース |
|---|---|---|---|
| 1 | アジート | 24 | B.テック |
列/属性とは何ですか?
列はテーブル内の垂直方向のエンティティであり、テーブル内の特定のフィールドに関連付けられたすべての情報が含まれます。たとえば、「名前」は、生徒の名前に関するすべての情報を含む上記の表の列です。
属性のプロパティ:
- リレーションのすべての属性には名前が必要です。
- 属性には NULL 値が許可されます。
- 属性に他の値が指定されていない場合、自動的に挿入される属性にデフォルト値を指定できます。
- リレーションの各タプルを一意に識別する属性が主キーです。
| 名前 |
|---|
| アジート |
| アーリア人 |
| マヘシュ |
| ラタン |
| ヴィマル |
データ項目/セルとは何ですか?
テーブル内のデータの最小単位は、個々のデータ項目です。これは、タプルと属性の交差点に格納されます。
データ項目のプロパティ:
- データ項目はアトミックです。
- 属性のデータ項目は同じドメインから取得される必要があります。
以下の例では、student テーブルのデータ項目は、Ajeet、24、Btech などで構成されています。
| ID | 名前 | 年 | コース |
|---|---|---|---|
| 1 | アジート | 24 | B.テック |
程度：
リレーションを構成する属性の総数は、テーブルの次数として知られています。
たとえば、student テーブルには 4 つの属性があり、次数は 4 です。
| ID | 名前 | 年 | コース |
|---|---|---|---|
| 1 | アジート | 24 | B.テック |
| 2 | アーリア人 | 二十 | C.A. |
| 3 | マヘシュ | 21 | BCA |
| 4 | ラタン | 22 | MCA |
| 5 | ヴィマル | 26 | BSC |
カーディナリティ:
リレーション内の一度に存在するタプルの合計数は、テーブルのカーディナリティとして知られています。カーディナリティが 0 のリレーションは空のテーブルと呼ばれます。
たとえば、student テーブルには 5 行があり、カーディナリティは 5 です。
| ID | 名前 | 年 | コース |
|---|---|---|---|
| 1 | アジート | 24 | B.テック |
| 2 | アーリア人 | 二十 | C.A. |
| 3 | マヘシュ | 21 | BCA |
| 4 | ラタン | 22 | MCA |
| 5 | ヴィマル | 26 | BSC |
ドメイン：
ドメインは、各属性に含めることができる値を指します。整数、浮動小数点数などの標準データ型を使用して指定できます。 例えば , Marital_Status というタイトルの属性は、既婚または未婚の値に限定される場合があります。
100万いくつ 0
NULL 値
テーブルの NULL 値は、レコードの作成時にフィールドが空白のままであることを示します。ゼロで埋められた値やスペースを含むフィールドとは異なります。
データの整合性
各 RDBMS には、次のデータ整合性のカテゴリが存在します。
エンティティの完全性 : テーブル内に重複行があってはいけないことを指定します。
ドメインの整合性 : 値の型、形式、または範囲を制限することで、特定の列に有効なエントリを強制します。
参照整合性 他のレコードで使用されている行を削除できないことを指定します。
ユーザー定義の整合性 : ユーザーが定義した特定のビジネス ルールを強制します。これらのルールは、エンティティ、ドメイン、または参照整合性とは異なります。