Codd のデータベース管理システムのルール

データベースのリレーショナル モデルの先駆者であるエドガー F. コッドは、データベース管理システムのニーズを決定するための 13 のルール (0 から 12 までの番号が付けられている) のセットを提案しました。リレーショナル データベース管理システム (RDBMS) とみなされるには、この条件を満たす必要があります。それらは「コードの十二戒」としても知られています。

ルール 0: 基本原則

リレーショナル データベース管理システムであると主張するシステムは、リレーショナル機能のみを使用してデータベースを管理できなければなりません。

ルール 1: 情報ルール

すべてのリレーショナル データベース内の情報は、テーブル内の値を通じて明確な論理表現を提供します。

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

テーブル名、主キー値、列名の組み合わせを使用して、リレーショナル データベース内のすべてのデータ (アトミック値) に論理的にアクセスできることを確認します。

ルール 3: NULL 値のシステム処理

完全なリレーショナル データベース管理システムでは、欠落情報や適用できない情報を体系的に表現するために、null 値の使用がサポートされています。データ型に関係なく、null 値は null に関連付けられます。文字、空白文字、ゼロおよびその他の整数は異なります。

ルール 4: リレーショナル モデルに基づく動的なオンライン ディレクトリ

データベースの説明は通常のデータと同じ方法で論理的に保存されるため、許可されたユーザーは、通常のデータのクエリに使用するのと同じリレーショナル言語を使用してデータベースの説明をクエリできます。

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

複数の言語とさまざまな端末使用モードがリレーショナル システム (例: 穴埋めモード) によってサポートされる場合があります。ただし、上記のすべてを完全にサポートし、明確に定義された構文 -

に従って命題を文字列として表現できる言語が少なくとも 1 つ存在する必要があります。

• データ定義。

• 定義を表示します。

• データ操作 (対話型およびプログラムによる)。

• 整合性制約。

• 承認。

• トランザクション境界 (開始、コミット、ロールバック)。

ルール 6: ビューの更新ルール

システムは、更新される可能性のあるすべてのビューを更新できます。

ルール 7: リレーションシップ操作ルール/高度な挿入、更新、および削除の可能性

データの取得だけでなく、データの挿入、更新、削除でも、基本または派生関係を単一のオペランドとして処理できる機能。

ルール 8: 物理データの独立性

ストレージ表現やアクセス技術を変更しても、アプリケーションや端末の動作には論理的に影響しません。

ルール 9: 論理データの独立性

情報を保持する何らかの変更が基礎となるテーブルに加えられた場合、アプリケーションと端末の操作は論理的に影響を受けません。

ルール 10: 誠実さと独立性

アプリケーションではなくリレーショナル データ サブ言語が、リレーショナル データベースに固有の整合性制約を定義および保存できなければなりません。

ルール 11: ディストリビューションの独立性

異なるサイト間のデータの配布は、エンド ユーザーから隠蔽する必要があります。データが複数のサイトに分散しているという印象をユーザーに与えてはなりません。

ルール 12: 非 Subversion ルール

リレーショナル システムに低レベル (レコードごとの) 言語がある場合、その低レベル言語 (複数のレコード) を使用して、高レベルのリレーショナル言語で定義された整合性制限やルールを破ったりバイパスしたりすることはできません。 。

＃＃＃結論は＃＃＃

Codd のデータベース管理システムのルールによれば、データベースがネットワーク内でどのように分散されているかに関係なく、データベースは正常に動作するはずです。エンド ユーザーは、データが複数のサイトに分散していることを決して認識すべきではなく、データが 1 つの場所にのみ存在することを常に信頼する必要があります。

以上がCodd のデータベース管理システムのルールの詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。