MySQLパラダイムの使用に関する詳細な説明

MySQLパラダイムの使用に関する詳細な説明

1. パラダイム

このパラダイムの英語名は Normal Form であり、1970 年代にリレーショナル データベース モデルを提案した英国の EF Codd (リレーショナル データベースの祖先) によって要約されました。パラダイムはリレーショナル データベース理論の基礎であり、データベース構造を設計するプロセスで従わなければならない規則とガイドラインでもあります。現在、1NF、2NF、3NF、BCNF、4NF、5NF、DKNF、6NF の 8 つのパラダイムが存在します。通常、最初の 3 つのパラダイム、つまり、最初のパラダイム (1NF)、2 番目のパラダイム (2NF)、3 番目のパラダイム (3NF) のみが使用されます。

第一正規形 (1NF)

最初の正規形は実際にはリレーショナル データベースの基礎であり、つまり、すべてのリレーショナル データベースは最初の正規形に準拠しています。簡単に言えば、第 1 正規形とは、各行のデータが分離不可能であり、同じ列に複数の値が存在することはできず、重複する属性がある場合は新しいエンティティを定義する必要があることを意味します。
次のデータベースは第 1 正規形に準拠していません。

+------------+-------------------+
| 従業員名 | 会社 |
+------------+-------------------+
| ジョン | ByteDance、Tencent |
| マイク | テンセント |
+------------+-------------------+

上記のデータが意味するのは、マイクはテンセントで働いており、ジョンはバイトダンスとテンセントの両方で働いているということです(これが可能であると仮定した場合)。ただし、この式は第 1 正規形に準拠していません。つまり、列内のデータは分離不可能である必要があります。第 1 正規形を満たすには、次の形式にする必要があります。

+------------+------------+
| 従業員名 | 会社 |
+------------+------------+
| マイク | テンセント |
| ジョン | バイトダンス |
| ジョン | テンセント |
+------------+------------+

第2正規形 (2NF)

まず、データベースは、第 2 正規形を満たす前に、第 1 正規形を満たす必要があります。
まずは表を見てみましょう:

+----------+-------------+--------+
| 従業員 | 部門 | 責任者 |
+----------+-------------+--------+
| ジョーンズ | 会計士 | ジョーンズ |
| スミス | エンジニアリング | スミス |
| ブラウン | 会計 | ジョーンズ |
| グリーン | エンジニアリング | スミス |
+----------+-------------+--------+

この表は、従業員、作業部門、リーダーの関係を示しています。この表で表される関係は、現実世界ではまったくあり得ます。では、ブラウンが経理部門のリーダーに就任した場合、この表をどのように変更する必要があるかという質問を考えてみましょう。この問題は非常に厄介になります。なぜなら、データが結合されており、UPDATE ステートメントを実行するために各行を一意に決定できる適切な判断条件を見つけることが困難だからです。データベース内のテーブルの行を一意に表すことができるデータを、このテーブルの主キーにします。 したがって、主キーのないテーブルは 2 番目のパラダイムに準拠していません。つまり、2 番目のパラダイムに準拠するテーブルでは、主キーを指定する必要があります。

したがって、上記の表を第 2 正規形に準拠させるには、2 つの表に分割する必要があります。

+----------+--------------+
| 従業員 | 部門 |
+----------+--------------+
| ブラウン | 会計 |
| グリーン | エンジニアリング |
| ジョーンズ | 会計 |
| スミス | エンジニアリング |
+----------+--------------+

+-------------+--------+
| 部門 | 責任者 |
+-------------+--------+
| 会計 | ジョーンズ |
| エンジニアリング | スミス |
+-------------+--------+

これら 2 つのテーブルでは、最初のテーブルの主キーは従業員であり、2 番目のテーブルの主キーは部門です。この場合、上記の問題を完了するのは非常に簡単です。

第3正規形 (3NF)

リレーショナル データベースは、第 3 正規形を満たす前に、第 2 正規形を満たす必要があります。
3 番目の正規形の前に、次の 2 つの表も見てみましょう。

+-----------+-------------+---------+--------+
| 学生ID | 学生名 | 科目 | スコア |
+-----------+-------------+---------+--------+
| 1 | マイク | 数学 | 96 |
| 2 | ジョン | 中国語 | 85 |
| 3 | ケイト | 歴史 | 100 |
+-----------+-------------+---------+--------+

+-----------+-----------+--------+
| 科目ID | 学生ID | スコア |
+-----------+-----------+--------+
| 101 | 1 | 96 |
| 111 | 3 | 100 |
| 201 | 2 | 85 |
+-----------+-----------+--------+

上記の 2 つのテーブルの主キーは、それぞれ studentid と subjectid です。明らかに、両方のテーブルは第 2 正規形に準拠しています。

ただし、これら 2 つのテーブルには重複した冗長なデータ スコアがあることがわかります。したがって、第 3 正規形は冗長データを排除するためのものです。具体的には、上記の状況では、2 つのテーブルのうち 1 つだけにスコア列データを含めることができます。では、これら 2 つのテーブルをどのように接続するのでしょうか? ここで外部キーが登場します。 2 つのテーブルに重複した列があり、一方のテーブルの非主キー列がもう一方のテーブルの主キーである場合、重複した列を削除するには、この非主キー列を 2 つのテーブルを接続するブリッジ、つまり外部キーとして使用できます。 観察すると、studentid は最初のテーブルでは主キーであり、2 番目のテーブルでは非主キーであることがわかります。つまり、studentid は 2 番目のテーブルの外部キーです。したがって、上記の状況では、第 3 正規形に準拠した次の記述が得られます。

+-----------+-------------+----------+
| 学生ID | 学生名 | 科目 |
+-----------+-------------+----------+
| 1 | マイク | 数学 |
| 2 | ジョン | 中国語 |
| 3 | ケイト | 歴史 |
+-----------+-------------+----------+

+-----------+-----------+--------+
| 科目ID | 学生ID | スコア |
+-----------+-----------+--------+
| 101 | 1 | 96 |
| 111 | 3 | 100 |
| 201 | 2 | 85 |
+-----------+-----------+--------+

外部キーを設定した後、最初のテーブルでスコア列が削除された場合でも、studentid を通じて 2 番目のテーブルで対応するスコア値を見つけることができることがわかります。これにより、検索に影響を与えることなくデータの冗長性が排除され、第 3 正規形が満たされます。

2. パラダイムの利点と欠点

パラダイムの利点

  • 通常、正規化された更新操作は非正規化された更新操作よりも高速です。
  • データが適切に正規化されている場合、データの重複はほとんどまたはまったくないため、変更する必要があるデータが少なくなります。
  • 正規化されたテーブルは通常、サイズが小さくなり、メモリにうまく収まるため、操作が高速になります。
  • 冗長データが少ないということは、表形式のデータを取得するときに DISTINCT または GROUP BY ステートメントの必要性が少なくなることを意味します。

パラダイムの欠点

  • 正規化の欠点は、通常は関連付けが必要になることです。少し複雑なクエリでは、正規化されたデータベース上で少なくとも 1 つの結合 (場合によってはそれ以上) が必要になることがあります。これはコストがかかるだけでなく、一部のインデックス作成戦略が無効になる可能性もあります。

MySQL パラダイムの詳細な使用法に関するこの記事はこれで終わりです。より関連性の高い MySQL パラダイムのコンテンツについては、123WORDPRESS.COM の以前の記事を検索するか、以下の関連記事を引き続き参照してください。今後とも 123WORDPRESS.COM をよろしくお願いいたします。

以下もご興味があるかもしれません:
  • データベースの3つのパラダイムの最もシンプルで記憶に残る説明
  • MySQLデータベースパラダイムの詳細な説明
  • データベース設計の3つの主要なパラダイムの簡単な分析
  • MySQL 学習: 初心者のための 3 つのパラダイム

<<:  Vueのライフサイクルについて詳しく説明します

>>:  Tomcat と WebLogic で純粋な HTML ファイルを展開するプロセスの分析

推薦する

Linuxは数字当てゲームのソースコードを実装する

シンプルな Linux 推測ゲームのソースコードゲームのルール:数字当てゲームは通常 2 人でプレイ...

Windows に MySQL をインストールする方法のグラフィック チュートリアル

概要: この記事では主に、Windows 環境に MySQL をインストールする方法について説明しま...

VMware 仮想マシンで HTTP サービスを確立して分析する手順

1. xshell を使用して仮想マシンに接続するか、仮想マシンに直接コマンドを入力します。以下はx...

CSSのclip-pathプロパティを使用して不規則なグラフィックを表示する

clip-path CSS プロパティはクリッピングを使用して要素の表示可能領域を作成します。領域内...

CentOS7環境でDockerを使ってPHP動作環境を構築する手順を詳しく解説

関連記事: CentOS7でyumを使用してDockerをインストールするDockerを使ってWin...

nginx での listen ディレクティブの例の分析

プロットレビュー前回の記事では、ロケーション命令の解析プロセスを分析しました。この内容を簡単に確認し...

Vue.js フロントエンドフレームワークにおけるイベント処理の概要

1. v-onイベント監視DOM イベントをリッスンするには、v-on ディレクティブを使用します。...

MySQLが大量のデータを処理する際にクエリ速度を最適化するいくつかの方法

実際に参加したプロジェクトでは、MySQL テーブルのデータ量が数百万に達すると、通常の SQL ク...

Linux には make コマンドがありません (make: *** ターゲットが指定されておらず、makefile または make コマンドのインストール方法が見つかりません)

知らせ! ! !この状況は、実際には仮想マシンのインストール中に回避できます。次回仮想マシンをテスト...

Docker で MySQL をインストールし、リモート接続を実装するチュートリアル

画像をプルする docker プル mysql完成した画像を見る Docker イメージイメージを介...

docker redis5.0 clusterの実装 クラスタ構築

システム環境: Ubuntu 16.04LTSこの記事では、6 つの Docker コンテナを使用し...

VMWare仮想マシンのcentosの時間が現地時間と矛盾する問題を解決する

VM Ware 仮想マシン CentOS の時刻は、次の図に示すように、現地時間と一致しません。おそ...

CSS でテキストシャドウと要素シャドウ効果を使用する

テキストシャドウの紹介CSSでは、 text-shadowプロパティを使用してテキストの影を設定しま...

Nginx の http リソース リクエスト制限の詳細な説明 (3 つの方法)

前提条件: nginx には、ngx_http_limit_conn_module モジュールと n...