関係ルールの内訳は次のとおりです。
リレーショナルルールのタイプ：
1。整合性の制約： これらは最も一般的なタイプのルールであり、データ値と関係に関する制限を定義します。データの品質と一貫性を強化します。
* 主要なキーの制約： テーブル内の各行に一意の識別子（プライマリキー）があることを確認します。
* 外部キーの制約： テーブルをリンクすることにより、参照の完全性を強制します。 さまざまなテーブルの関連データが一貫していることを保証します。
* ヌル制約ではない： 列がヌル値を持たないようにします。
* 一意の制約： 列の値または列の組み合わせが一意であることを保証します。
* 制約を確認： テーブルに挿入または更新されるデータが満たされなければならない条件を定義します。
2。機能依存関係： これらのルールでは、1つの属性（または属性のセット）の値が別の属性の値を決定すると述べています。
*例：「従業員ID」と「従業員名」のテーブルがある場合、「従業員ID」が「従業員名」を機能的に決定すると推測できます（各IDには一意の名前が必要なので）。
3。多面的な依存関係： これらのルールは、属性が特定のレコードの複数の値を持つことができる状況を説明しています。
*例：「従業員ID」、「スキル」、および「プロジェクト」を備えたテーブルがある場合、「従業員」が「スキル」と「プロジェクト」を多額に決定すると推測できます（従業員は複数のスキルを持ち、複数のプロジェクトに取り組むことができるため）。
4。依存関係に結合： これらのルールは、テーブルを、元のデータを再構築するために結合できる小さなテーブルに分解できることを示しています。
リレーショナルルールの利点：
* データの整合性： リレーショナルルールは、データが正確で一貫性があり、信頼性があることを保証します。
* データの一貫性： それらは、異なるテーブル内のデータ間の一貫した関係を維持します。
* データ品質： データベースに無効または誤ったデータが入力されないようにするのに役立ちます。
* データセキュリティ： データへのアクセスを制限することにより、ルールはデータセキュリティを改善できます。
例：
「従業員」と「部門」のテーブルを備えた簡単なデータベースを検討してください。
* 従業員テーブル： 従業員ID、従業員名、部門ID
* 部門テーブル： 部門ID、部門名
外部キーの制約 「従業員」テーブルでは、すべての従業員が「部門」テーブルに存在する有効な「部門ID」を持っていることを保証します。これにより、従業員の記録が存在しない部門IDで作成されるのを防ぎ、それによりデータの一貫性を維持します。
要約、 リレーショナルデータベース内のデータの整合性、一貫性、および品質を定義および実施するためには、リレーショナルルールが不可欠です。それらはRDBMSの重要な要素であり、データ管理とアプリケーション開発において重要な役割を果たします。