データベース設計

snack

前回はデータベース方式を勉強したっすが、膨大なデータをいきなりテーブルにしてデータベースを作るってことは難しいんすね。

ボキタロー

たしかにそうだよね。ただデータを表にするだけだったら誰も苦労しないよ。

snack

どういった目的で、だれが何のために、どのような情報をどう使うか、といったことなどを考えて設計しないと駄目なんすよ。

データ分析

データベースでは、単にデータ（情報）を保存するだけでなく、それらを効率的かつ有効に活用できることを目的としています。そのためには必要なデータを正確な形式で蓄積することが必要不可欠となります。

そこで、データの質を向上させるために、対象となる業務を分析したうえで、業務で使用するデータの洗出しと整理を行います。このプロセスにおいて、不正確、不完全、重複、または不適切なデータを特定して修正または削除する作業を行いますが、この作業のことをデータクレンジングと呼びます。

snack

このプロセスを正確に行わないと、せっかく蓄積したデータを活用できないといった事態が起こるっすよ。

データベースの設計

E-R図（実態関連図）

データベース設計とは、情報を効率的かつ一貫性のある形で保存・管理・検索するために、データベースの構造を計画・設計するプロセスです。このプロセスにおいては、E-R図（実態関連図）を用いてデータ同士の関連性を整理します。

E-R図は、データベース設計において実体（Entity：エンティティ）とその関係（Relationship：リレーションシップ）を視覚的に表現する図です。

エンティティは管理すべき「もの」や「概念」を表し、リレーションシップはエンティティ同士の関連を表します。また、リレーションシップは「1対1」、「1対多」、「多対多」の多重度をもちます。

データの正規化

関係データベースにおける正規化は、データの冗長性（重複・ムダ）を排除し、データの整合性を保つための設計手法です。データを効率的に管理し、更新・検索時の矛盾を防ぐために使用されます。正規化には内容によって段階が存在します。

次のような正規化されていないテーブルで考えてみましょう。

第1正規形（1つの列に単一の情報）

繰り返しをなくして、各セルを単一の値にします。今の表では、「商品名」と「値段」の1つの列に2つの情報が入っているため、別の行に分けて繰り返しをなくします。

第2正規形（くり返しの情報を別にする）

今は、同じ注文番号「001」で「たろう」「板橋区」「173-0001」という情報が2行に出てきます。表を分けることによって、このムダを排除します（2つの表は「注文番号」で紐づけます）。

snack

こうすることで、「たろう＝板橋区＝173-0001」の情報を1回だけ書けばよくなるっすね。これが第2正規形っす。

第3正規形（関係ない情報も分ける）

「板橋区＝173-0001」というのは、市区町村と郵便番号の関係であって、注文そのもの（注文番号）とは直接関係ありません。しかも、市町村が分かれば郵便番号も自動的に決まります。よって、冗長性を排除するためにその情報も別の表に分けます（2つの表は「市区町村」で紐づけます）。

確認○×問題

問1

データベース設計におけるデータ分析で行うこととしては、「必要なデータ項目を洗い出し、項目間の関連を整理する」といったことが挙げられる。

（出典：令和7年度春期分 問95一部改変）

問2

E－R図では、処理手順などのアルゴリズムを図で表記する。

（出典：平成29年度春期分 問87一部改変）

問3

となる。

ここで、E−R図の表記法は次のとおりとする。

aとbが、1対多の関係であることを表す。

（出典：令和3年度春期分 問70一部改変）

問4

関係データベースを構築する際にデータの正規化を行う目的は、データに冗長性をもたせて、データ誤りを検出することにある。

（出典：平成31年度春期分 問92一部改変）

問5

関係データベースで管理された”会員管理”表を正規化して、”店舗”表、”会員種別”表及び”会員”表に分割した。このとき、”会員”表は次のようになる。ここで、表中の下線は主キーを表し、一人の会員が複数の店舗に登録した場合は、会員番号を店舗ごとに付与するものとする。

（出典：令和5年度春期分 問59一部改変）

問6

一つの表で管理されていた受注データを、受注に関する情報と商品に関する情報に分割して、正規化を行った上で関係データベースの表で管理する。ここで、同一商品で単価が異なるときは商品番号も異なるものとする。また、発注者名には同姓同名はいないものとする。

このとき、正規化を行った結果の表の組合せは次のようになる。

（出典：令和6年度春期分 問81一部改変）