データベースの冗長フィールドとその適切性についての理解

私の個人的な理解によれば、冗長フィールドとは、もともと 1 つのテーブルに存在し、別のテーブルにも存在するフィールドです。

関連する mysql ビデオ チュートリアルをお勧めします: "mysql チュートリアル"

たとえば、user テーブル、product テーブル、order テーブルの 3 つのテーブルがあります。user テーブルにはフィールド名があり、order テーブルにもフィールド名があります。 。

このフィールドの冗長性には長所と短所があります

良い点:

ユーザーテーブル、製品テーブル、注文テーブルから始めて、「注文テーブル」のすべてのデータをクエリする必要があり、必要なのは「ユーザー テーブル」の名前。通常、データベース接続 (結合) を通じてクエリできます。

たとえば、「製品テーブル」にはフィールド --> ユーザー ID があり、「注文テーブル」にはフィールド --> があります。製品 ID を使用してすべての注文をクエリし、注文内の製品 ID で対応する製品をクエリし、それに応じてユーザー名をクエリできます

テーブルが 1,000 個以上ある場合 (「少し誇張されていますが、ご理解ください」)。ユーザーテーブル内の名前を取得するために、このクエリの速度は想像できます。

このとき、注文テーブルにフィールド名を追加し、注文を直接クエリして要件を完了します。これはシンプルで明確です。

NG:

この時点で、ユーザー名フィールドを追加、削除、または変更する場合は、この時点で、注文テーブルのフィールドも追加、削除、または変更する必要があります。一部のテーブルがそれに応じて変更されないように、すべてのテーブルの冗長フィールドを理解する必要があります。

この場合、要件に応じて、影響が大きくなく、開発効率に有利であれば、冗長フィールドを適切に追加できます。

以上がデータベースの冗長フィールドとその適切性についての理解の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。