コッドの法則とは何ですか？

コッドの法則とも呼ばれるコッドの法則は、DBMS がリレーショナル DBMS (RDBMS) の前提条件とみなせるかどうかを決定するために使用される 13 のルールです。簡単に言えば、DBMS (データベース管理システム) がリレーショナル DBMS であるかどうかを評価するために使用される標準的な方法です。では、コッドの13のルールとは何かを詳しく紹介していきます。皆さんの参考になれば幸いです。

リレーショナル DBMS とは何ですか?

リレーショナル DBMS (RDBMS) は、リレーショナル データベース管理システムであり、リレーショナル データベース専用に設計された DBMS です。関連するデータ要素を接続するための行ベースのテーブル構造があり、データのセキュリティ、正確性、完全性、一貫性を維持する機能が含まれています。

説明: リレーショナル データベースは、行と列を使用して、リレーショナル構造でデータを構造化形式で保存するデータベースを指します。そのため、各テーブルの値は相互に関連付けられ、テーブルは相互に関連付けられます。他のテーブルに関連している場合もあります。リレーショナル構造により、複数のテーブルに対して一度にクエリを実行できます。

コッドの 13 ルール

コッドの 13 ルールは、理想的なリレーショナル データベースを定義します。今日のリレーショナル データベース システムを設計するためのガイド。これらの 13 のルールを見てみましょう:

1. 基本ルール:

システムが RDBMS として認定されるには、システムはリレーショナル、データベース、および管理システム要件では、リレーショナル機能を通じてデータベースを完全に管理できる必要があります。

2. 情報ルール:

データベース内のすべての情報 (ユーザー データまたはメタデータ) は、論理的な方法で (つまり、テーブルとして) 表現される必要があります。 )、行と列は厳密に順序付けされていない必要があります。

3. 保証されたアクセス ルール:

各データ要素 (値) がテーブル名、主キー (行値)、および属性名 (列の値) の組み合わせで論理アクセスを行います。

4. null 値 (NULL 値) の体系的な処理:

DBMS は null 値をサポートし、各フィールドが null であることを許可する必要があります。情報と該当しない情報を体系的に区別し、データの種類に依存しません。

5. リレーショナル モデルに基づく動的オンライン カタログ:

データベース システムは、許可されたユーザーが通常のクエリを通じてアクセスするオンラインのインライン リレーショナル カタログをサポートする必要があります。言語。

つまり、ユーザーは、データベース データへのアクセスに使用するのと同じクエリ言語を使用して、データベースの構造 (カタログ) にアクセスできなければなりません。

6. 包括的なデータ サブ言語ルール:

データベース システムは、少なくとも 1 つのリレーショナル言語をサポートし、次の特性を備えている必要があります:

1 )、線形構文を持ちます (

2)、対話的に使用でき、アプリケーションでも使用できます (

3)、データ定義 (ビュー定義を含む)、データ操作 (更新およびデータ操作) をサポートします。取得）、セキュリティと整合性の制約、およびトランザクション管理操作（開始、コミット、ロールバック）。

7. ビューの更新ルール:

データ表現は、ビューと呼ばれるさまざまな論理の組み合わせを使用して完成させることができます。理論的に更新可能なすべてのビューは、システムによっても更新される必要があります。

8. 関係レベルの操作 (挿入、更新、および削除):

各関係レベルには挿入、削除、更新の操作が必要であり、システムはそれらを一度サポートする必要があります。挿入、更新、削除演算子を設定します。これは、複数の行や複数のテーブルで構成されるデータセット内のデータをリレーショナル データベースから取得できることを意味します。

このルールは、取得可能なセットは単一のテーブル内の単一の行だけではなく、挿入、更新、および削除の操作をサポートする必要があることを示しています。

9. 物理データの独立性:

物理レベル (データの格納方法、配列かリンク リストなど) を変更してはなりません。外部アプリケーションによるデータへのアクセスは、アプリケーションの構造変更を必要としない方法で何らかの影響を及ぼします。

10. 論理データの独立性:

データベース内の論理データは、ユーザーのビュー (アプリケーション) から独立している必要があります。論理レベル (テーブル、列、行など) で行われた変更は、それを使用してはいけないアプリケーションに影響を与えます。

例: テーブルが 2 つのテーブルに分割されている場合、新しいビューには 2 つのテーブルの結合としての結果が含まれている必要があります。

注: このルールを満たすのは、物理的なデータの独立性よりも論理的なデータの独立性を達成するのが最も困難です。

11. 整合性の独立性:

整合性制約を定義し、アプリケーションから分離する必要があります。既存のアプリケーションに不必要な影響を与えることなく、必要に応じてそのような制約を変更できなければなりません。

12. 分散の独立性:

データベースのすべての部分とその分散場所は、データベースがネットワーク内のどこにあっても見えないようにする必要があります。ディストリビューションの場合、データベースは正常に動作するはずです。エンドユーザーは、すべてが 1 か所に保存されているという印象を受けるはずです。これにより、分散データベースの基礎が築かれます。

13. 非変換ルール:

システムへの低水準言語のアクセスが許可されている場合、データを変更するために高水準言語の整合性ルールに違反したりバイパスしたりしてはなりません。これは、ある種の検索または暗号化によって実現できます。

以上がこの記事の全内容です、皆様の学習のお役に立てれば幸いです。

以上がコッドの法則とは何ですか？の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。