データベースの非正規化 - 版の履歴

2023年7月24日 (月) 02:21にAdministratorによる

2023-07-24T02:21:34Z

← 古い版		2023年7月24日 (月) 02:21時点における版
4行目:		4行目:
	=== 正規化 ===		=== 正規化 ===
	データの重複をなくし整合的にデータを取り扱えるようにデータベースを設計することを「[[データベースの正規化]]」と呼ぶ。		データの重複をなくし整合的にデータを取り扱えるようにデータベースを設計することを「[[データベースの正規化]]」と呼ぶ。
	教科書に書いてある定番のウリ文句であり、情報系の学校では「データベースを設計するときは正規化しよう」「テーブルはJOINで結合して使おう」と習うことだろう。		データベースの教科書に書いてある定番のウリ文句であり、情報系の学校では「データベースを設計するときは正規化しよう」「テーブルはJOINで結合して使おう」と習うことでしょう。
	{\| class="wikitable"		{\| class="wikitable"
	\|+		\|+

119.244.204.191: /* 非正規化 */

2018-07-05T03:38:41Z

非正規化

← 古い版		2018年7月5日 (木) 03:38時点における版
5行目:		5行目:
	データの重複をなくし整合的にデータを取り扱えるようにデータベースを設計することを「[[データベースの正規化]]」と呼ぶ。		データの重複をなくし整合的にデータを取り扱えるようにデータベースを設計することを「[[データベースの正規化]]」と呼ぶ。
	教科書に書いてある定番のウリ文句であり、情報系の学校では「データベースを設計するときは正規化しよう」「テーブルはJOINで結合して使おう」と習うことだろう。		教科書に書いてある定番のウリ文句であり、情報系の学校では「データベースを設計するときは正規化しよう」「テーブルはJOINで結合して使おう」と習うことだろう。
	{\| class='wikitable'		{\| class="wikitable"
	\|+		\|+
	! メーカー !! 住所		! メーカー !! 住所
14行目:		14行目:
	\|}		\|}

	{\| class='wikitable'		{\| class="wikitable"
	\|+		\|+
	! 商品ID !! 商品名		! 商品ID !! 商品名
27行目:		27行目:
	=== 非正規化 ===		=== 非正規化 ===
	その逆に1つのテーブルに重複クソ食らえで全てを詰め込む手法を「データベースの非正規化」と呼ぶ。		その逆に1つのテーブルに重複クソ食らえで全てを詰め込む手法を「データベースの非正規化」と呼ぶ。
	{\| class='wikitable'		{\| class="wikitable"
	\|+		\|+
	! メーカー !! 住所 !! 商品名		! メーカー !! 住所 !! 商品名
40行目:		40行目:
	数億レコードを突破するようなテーブルがいくつも存在する現実的な環境下ではテーブルのJOINなどしたらシステムは窒息死するため、このようなデータベースの設計となる事が多い。		数億レコードを突破するようなテーブルがいくつも存在する現実的な環境下ではテーブルのJOINなどしたらシステムは窒息死するため、このようなデータベースの設計となる事が多い。

	~~非正規化という諸刃の剣に手を出すのは以下のようなケースが多い。~~		ただし非正規化は諸刃の剣であるということを忘れてはならない。途中での方針変換による採用は非常に危険である。
	# 正規化した状態で設計・開発する		# 正規化した状態で設計・開発する
	# サービス開始直後に過負荷でシステムダウン		# サービス開始直後に過負荷でシステムダウン

103.22.200.102: /* 正規化 */

2017-05-01T01:37:49Z

正規化

← 古い版		2017年5月1日 (月) 01:37時点における版
4行目:		4行目:
	=== 正規化 ===		=== 正規化 ===
	データの重複をなくし整合的にデータを取り扱えるようにデータベースを設計することを「[[データベースの正規化]]」と呼ぶ。		データの重複をなくし整合的にデータを取り扱えるようにデータベースを設計することを「[[データベースの正規化]]」と呼ぶ。
	~~教科書に書いてある定番のウリ文句であり、情報系の学校では「データベースを設計するときは正規化しよう」と習うことだろう。~~		教科書に書いてある定番のウリ文句であり、情報系の学校では「データベースを設計するときは正規化しよう」「テーブルはJOINで結合して使おう」と習うことだろう。
	{\| class='wikitable'		{\| class='wikitable'
	\|+		\|+

103.22.200.102: /* 非正規化 */

2017-05-01T01:35:46Z

非正規化

← 古い版		2017年5月1日 (月) 01:35時点における版
26行目:		26行目:

	=== 非正規化 ===		=== 非正規化 ===
	~~その逆に1つのテーブルに全部詰め込む手法を「データベースの非正規化」と呼ぶ。~~		その逆に1つのテーブルに重複クソ食らえで全てを詰め込む手法を「データベースの非正規化」と呼ぶ。
	{\| class='wikitable'		{\| class='wikitable'
	\|+		\|+

103.22.200.102: /* 概要 */

2017-05-01T01:34:26Z

概要

← 古い版		2017年5月1日 (月) 01:34時点における版
2行目:		2行目:

	== 概要 ==		== 概要 ==
			=== 正規化 ===
	データの重複をなくし整合的にデータを取り扱えるようにデータベースを設計することを「[[データベースの正規化]]」と呼ぶ。		データの重複をなくし整合的にデータを取り扱えるようにデータベースを設計することを「[[データベースの正規化]]」と呼ぶ。
	教科書に書いてある定番のウリ文句であり、情報系の学校では「データベースを設計するときは正規化しよう」と習うことだろう。		教科書に書いてある定番のウリ文句であり、情報系の学校では「データベースを設計するときは正規化しよう」と習うことだろう。
24行目:		25行目:
	\|}		\|}

			=== 非正規化 ===
	その逆に1つのテーブルに全部詰め込む手法を「データベースの非正規化」と呼ぶ。		その逆に1つのテーブルに全部詰め込む手法を「データベースの非正規化」と呼ぶ。
	{\| class='wikitable'		{\| class='wikitable'
38行目:		39行目:
	こちらは主に膨大な量のレコードを扱う[[ITドカタ]]の現場で使われる教科書クソ食らえな必殺技である。		こちらは主に膨大な量のレコードを扱う[[ITドカタ]]の現場で使われる教科書クソ食らえな必殺技である。
	数億レコードを突破するようなテーブルがいくつも存在する現実的な環境下ではテーブルのJOINなどしたらシステムは窒息死するため、このようなデータベースの設計となる事が多い。		数億レコードを突破するようなテーブルがいくつも存在する現実的な環境下ではテーブルのJOINなどしたらシステムは窒息死するため、このようなデータベースの設計となる事が多い。


	非正規化という諸刃の剣に手を出すのは以下のようなケースが多い。		非正規化という諸刃の剣に手を出すのは以下のようなケースが多い。

2017年4月22日 (土) 09:09に103.22.200.228による

2017-04-22T09:09:34Z

← 古い版		2017年4月22日 (土) 09:09時点における版
1行目:		1行目:
	'''データベースの非正規化'''とは、データベースの教科書に載っている「データベースの正規化」とまったく逆のことを行うことで、超高負荷のかかる環境下におけるスピードを改善する手法である。		'''データベースの非正規化'''とは、[[データベース]]の教科書に載っている「[[データベースの正規化]]」とまったく逆のことを行うことで、超高負荷環境下での性能改善を試みる手法である。

	== 概要 ==		== 概要 ==

103.22.200.228: ページの作成:「'''データベースの非正規化'''とは、データベースの教科書に載っている「データベースの正規化」とまったく逆のことを行う...」

2017-04-22T09:07:55Z

ページの作成:「'''データベースの非正規化'''とは、データベースの教科書に載っている「データベースの正規化」とまったく逆のことを行う...」

新規ページ

'''データベースの非正規化'''とは、データベースの教科書に載っている「データベースの正規化」とまったく逆のことを行うことで、超高負荷のかかる環境下におけるスピードを改善する手法である。

== 概要 ==
データの重複をなくし整合的にデータを取り扱えるようにデータベースを設計することを「[[データベースの正規化]]」と呼ぶ。
教科書に書いてある定番のウリ文句であり、情報系の学校では「データベースを設計するときは正規化しよう」と習うことだろう。
{| class='wikitable'
|+
! メーカー !! 住所
|-
| A社 || 北海道
|-
| B社 || 青森県
|}

{| class='wikitable'
|+
! 商品ID !! 商品名
|-
| 101 || メロン
|-
| 102 || ハスカップ
|-
| 103 || りんご
|}

その逆に1つのテーブルに全部詰め込む手法を「データベースの非正規化」と呼ぶ。
{| class='wikitable'
|+
! メーカー !! 住所 !! 商品名
|-
| A社 || 北海道 || メロン
|-
| A社 || 北海道 || ハスカップ
|-
| B社 || 青森県 || りんご
|}
こちらは主に膨大な量のレコードを扱う[[ITドカタ]]の現場で使われる教科書クソ食らえな必殺技である。
数億レコードを突破するようなテーブルがいくつも存在する現実的な環境下ではテーブルのJOINなどしたらシステムは窒息死するため、このようなデータベースの設計となる事が多い。

非正規化という諸刃の剣に手を出すのは以下のようなケースが多い。
# 正規化した状態で設計・開発する
# サービス開始直後に過負荷でシステムダウン
# 非正規を試みる
# [[プログラム]]側の非正規化対応という魔改造で[[デスマーチ]]に陥る

このような炎上するパターンの根底にあるのは「途中での仕様変更」であり、
見積もり段階でしっかりと想定データ量を算出して、必要に応じて最初から非正規化前提で設計および開発しているプロジェクトは成功することが多い。

== 関連項目 ==
* [[ビットマップ・インデックス]]

== 参考文献 ==
{{reflist}}

{{stub}}