*[【マイナビITエージェント】あなたの転職活動を無料でサポートいたします](https://mynavi-agent.jp/it/?utm_source=and-engineer&utm_medium=banner&utm_campaign=acv01)*

## ER図の書き方を覚えてデータベース設計に活かす

データベースを設計する際には、単純にテーブル設計書を作成するだけの方法や、場合によっては設計書なしでデータベースを構築することもあります。しかし、*ER図を作成することで、設計ミスのリスクを減らし、工数を削減できるため、運用・保守フェーズでも非常に役立ちます。*

テーブルの数が多くなれば設計ミスやプログラマーとの連携に問題が生じるリスクが増え、結果的に手戻りが増えてしまうため、現在ではデータベース設計においてはER図の作成はスタンダード化されています。

そこで、本記事ではER図の基本的な書き方をわかりやすく解説した上で、要件からER図に落とし込む際のシミュレーションを行い、効率的にER図を描画できるツールを紹介します。

<center>[*データベースエンジニアの転職・求人情報を見る　＞*](https://mynavi-agent.jp/jobsearch/job3_0104016/result.php?utm_source=and-engineer&utm_medium=content-text&utm_campaign=acv18)</center>

**ER図とは、データベース設計工程におけるアウトプットとして代表的なものです。**「ER」とは「Entity Relationship」の略であり、ER図を見るだけでシステムが扱うデータ構造やその関連性などがわかるようになっています。

ER図の作成はシステム開発における要件定義や設計などの上流工程に含まれ、段階的にシステムを設計します。また、ER図にはいくつかの表記法があり、代表的なのは「IE記法」と「IDEF1X記法」の2種類です。どちらかに優劣などはなく、好みやシーンによって使い分けます。

*◼︎IE記法*
リレーションが鳥の足に似ており、直感的に理解しやすい記法です。新人研修や未経験者にはIE記法がおすすめです。

*◼︎IDEF1X記法*
アメリカの国立標準技術研究所（NIST）で誕生した記法であり、リレーションを「●」などを用いて表します。より細かく表現する際におすすめです。

ER図とは？詳細・メリット・作成方法についてわかりやすく解説！　

### データベースエンジニアには必須のスキル

前述の通りER図はデータベース設計に欠かせない設計図であり、システム開発が完了した後の保守・運用工程においても活用できます。**特にデータベースを扱うデータベースエンジニアには必須のスキルであり、作成することで設計の誤りを防いで手戻りをなくせます。**

また、転職市場においても求めるスキルの中にER図の作成が含まれているケースがあるため、今後のためにも書き方を覚えておいて損はないでしょう。データベースエンジニアはこういったスキル1つ1つを増やすことで、年収額が変動しやすい職種です。

例えば、「マイナビエージェント 職種図鑑」でのデータベースエンジニアの平均年収は424万円（※2024年9月執筆時点）ですが、経済産業省2017年発表の「IT関連産業の給与等に関する実態調査結果」から近い職種のIT技術スペシャリスト（特定技術(DB・NW・セキュリティ等））を参考にすると、平均年収758万円でした。

*年収幅は424万円〜758万円と幅広く、勤める企業やスキルの高さに影響されると考えられます。*さらに、国税庁2020年発表の「民間給与実態統計調査」における民間企業の平均年収は433万円なので、若手のエンジニアでも平均年収よりやや高めを目指しやすい職種と言えるでしょう。

【参考】：[マイナビエージェント 職種図鑑/データベースエンジニア](https://mynavi-agent.jp/it/jobindex/08.html?utm_source=and-engineer&utm_medium=content-text&utm_campaign=acv12_2)
※【平均年収 調査対象者】2020年1月～2020年12月末までの間にマイナビエージェントサービスにご登録頂いた方
【参考】：[IT関連産業における給与水準の実態① ~ 職種別（P7）](https://warp.da.ndl.go.jp/info:ndljp/pid/11623215/www.meti.go.jp/press/2017/08/20170821001/20170821001-1.pdf)
【参考】：[民間給与実態統計調査-国税庁](https://www.nta.go.jp/publication/statistics/kokuzeicho/minkan2020/pdf/002.pdf)

書き方を解説する前に、*ER図を書くために必要な前提知識を押さえましょう。*これから説明する4つの要素は、データベース設計工程でメンバーとコミュニケーションするために必須の知識です。

「Entity Relationship」の名前が表すように、ER図はエンティティがなければ始まりません。**エンティティとは、構築したいシステムが処理する「モノ」や「コト」に名前を付けて現し、定義したものです。**データベース設計においては、テーブルとして管理することが多いです。

我々がよく使うECサイトを例にすれば、「会員」「会員登録」「商品」「注文」などがエンティティに相当します。

**エンティティが持つ情報を更に細分化したものがアトリビュートです。**属性とも呼ばれます。データベース設計においては、テーブルが持つカラムとして管理することが多いです。

例えば上記で挙げた「商品」情報を例にすると、「商品名」「価格」「注文番号」「購入日時」などに相当します。より詳細な商品情報を管理したいなら、「寸法」「重さ」「商品画像」といった情報も必要です。

その名の通り、**リレーションはエンティティ同士の関係性を表します。**エンティティ間に関連性がある場合、ER図上では線や矢印を引いて表されます。

「『会員』が『商品』を購入する」といったように、エンティティを主語/目的語として文章が成立する場合、エンティティ間にはリレーションが存在します。

この場合の主語となるエンティティを「親エンティティ」、目的語となるエンティティを「子エンティティ」と呼び、ER図では親から子に向かって線が引かれます。

多重度とも呼ばれる概念です。**1つのエンティティに対して、リレーションを持つ他のエンティティがいくつ存在しうるかを表します。**主な多重度の表現として「1対1」「1対多」「多対1」「多対多」が挙げられます。

上記の例で「商品」と「注文」にはリレーションがあります。1つの商品に対して複数の注文が考えられるので、商品エンティティと注文エンティティは1対多の多重度を持ちます。

ここまでER図を書くための基本知識を紹介しました。ここからは、ER図作成に慣れていない方のために、一緒に簡単なER図を書く練習をします。

「知識として知っている」と「1度やったことがある」の違いは大きいです。現場で一目置かれるエンジニアになるために、ぜひ自分で手を動かしてER図を作ってください。

**ER図を書くにあたって1番大事なことは、システムの要件をよく理解することです。**あらかじめ、ユーザがどのようにこのシステムを使うのか、ユーザはこのシステムを使って何ができるようになるのかを開発メンバー間で共有しましょう。

今回は簡単な例として、下記の要件を定義します。この要件を満たすようなデータベース設計の一環として、ER図が必要になった場合を想定します。

*◼︎要件*
・商品注文画面を用いて、ログイン済みの会員が商品を注文できる
・商品注文画面では、商品の名前、画像、価格を確認できる
・注文直後、会員にメールが送信され、会員は注文内容を確認できる
・会員は自身の注文履歴を画面で確認できる

*◼︎ユーザの行動フロー*
①商品注文画面を表示し、配送先情報を入力する
②注文ボタンを押下する
③受信したメールにより、注文内容を確認する

本来のECサイトであれば、「会員登録ができる」「商品をカートに入れた後、一括で注文できる」「注文時に決済方法を指定できる」「商品レビューを投稿できる」などが要件として考えられますが、例を簡単にするため今回は省略しています。

要件を確認したら、**文章からエンティティを洗い出しましょう。**今回のシステムで管理したいデータは「会員」「注文」「商品」「配送先」辺りが考えられます。配送先に関しては注文ごとに異なると考えて、注文のエンティティに含めて問題はなさそうです。

以下では「会員」「商品」「注文」の3つのエンティティを考えます。

エンティティが持つアトリビュートを整理します。要件定義に基づいて、それぞれのエンティティに必要そうなアトリビュートを考えます。今回は省略しますが、**実務では画面設計を元にアトリビュートを洗い出すことが有効であることが多いです。**

*◼︎会員エンティティ*
注文後にメールを送信する要件があるので、属性として「メールアドレス」は必要でしょう。他には基本情報として「名前」の情報も持っているとメールの宛名等に有効活用できます。

*◼︎注文エンティティ*
注文履歴画面に会員の注文履歴を表示するには、注文エンティティからその注文を「誰が」行ったのかを確認できる必要があります。同様に、「何を」注文したかの情報も必要です。

*◼︎商品エンティティ*
ユーザが商品注文画面で確認できる内容から、「商品名」「画像」「価格」が必要です。以上から、アトリビュート定義は以下のようになります。

注文の情報として「誰が」「何を」購入したか管理するために、「会員ID」「商品ID」というアトリビュートを注文エンティティに定義します。これらの値はデータベース設計では各テーブルの主キー（Primary Key）と呼ばれ、テーブル内のレコードを一意に特定するための値であり、「PK」とも略されます。

### エンティティ同士の関連性を整理し、カーディナリティを表す

これまで定義してきた3つのエンティティ間のリレーション有無を考えます。会員エンティティと注文エンティティ、商品エンティティと注文エンティティの間には、それぞれ会員ID及び商品IDを通じた関連性があります。

一方で、会員エンティティと商品エンティティの間には関連性がなく、それぞれ独立して存在できます。

エンティティ間の多重度を考えましょう。1人の会員が複数回注文を行うことは当然考えられます。また1人の会員が1度も注文を行っておらず、関連する注文情報を持たないことも考えられます。

このことから、**会員エンティティと注文エンティティの間には「1対0、または1対多」の多重度があると言えます。**商品エンティティと注文エンティティの間においても、同様です。

以上を踏まえると、ER図はこのようになります。

上記では多重度の書き方に「IE記法」を用いています。これは「○」「縦線」「鳥の足」の3つを組み合わせてカーディナリティを表す記法です。

以上で、ER図を書くことができました。本来の設計工程では、このER図を元にテーブルが作成され、主キー、外部キーの設定が行われます。

<center>[『マイナビIT AGENT』なら、 IT業界に精通した専任アドバイザーと豊富な求人で、 あなたの転職活動を丁寧にサポートします。](https://mynavi-agent.jp/it/?utm_source=and-engineer&utm_medium=content-text&utm_campaign=acv15)</center>

## ER図はツールを用いることで効率良く書ける

「書き方は理解した。実践もした。さあ要件を見直して、ER図を作ろう！」と意気込む前に、もう一点だけ気にして欲しいことがあります。「一体どんなツールを使って書けばいいのか」ということです。

### ER図はExcelで書くことも可能

エンジニア、非エンジニアに関わらず、仕事で使用するPCにExcelが入っている方は多いと思います。実は特別なツールがなくても、**Excelで描画できる図形だけを用いてER図は書けます。**今すぐにでもER図を書き始めないと納期に間に合わない方には、Excelで書き始めるという手もあります。

### より効率化したい場合は専用のツールを導入する

しかし、ExcelでER図を作成するとわかってきますが、Excelで描画できる図形がER図を作るのに最適化されていないため、1度書いたものを修正するのに大きな工数がかかります。

また他にも、Googleスプレッドシートで見ると図形の表示が崩れる場合があったり、バージョン管理しづらかったりといった点で不都合な点があります。

**プロジェクト内でさらに効率の良いER図管理を行いたい場合は、各種ツールの導入をおすすめします。**次項からはおすすめのツールを紹介します。

**LucidChartはクラウドベースのツールで、インストールなしで利用できます。**シンプルなUIのため誰でも使いやすいのが特徴です。ER図だけでなくPERT図・インフラ構成図などの作成も可能なため、LucidChartだけで数種類の開発ドキュメントを作成できます。

また、Google・Atrassian・Slackなどの外部サービスとの連携が可能で、メンバーで共有する際に便利です。活用例としては、ER図をGoogleドライブ上でメンバーと共同で作成したり、ER図を見ながらSlackでチャットをしたりすることができます。

【参考】：[クラウドベースER図作成ツール | Lucidchart](https://www.lucidchart.com/pages/ja/examples/ER-diagram-tool)

**Cacooは、ER図といった開発ドキュメントをメンバーと共有する機能が豊富なツールです。**複数のメンバーがリアルタイムでER図を作成する・コメントをつける・編集履歴を確認するなどの機能があり、チームで情報共有することに優れています。

また100種類以上のテンプレートが用意されているため、ER図を作成するのが苦手な人でも簡単にわかりやすいER図を作成できます。

【参考】：[フローチャートやワイヤーフレーム、プレゼン資料まで作れる | Cacoo(カクー)](https://cacoo.com/ja/)

ER図の作成ツールおすすめ8選！データ構造をわかりやすくしよう

## 要件に沿った分かりやすいER図を書いて効率的に開発しよう

本記事では、ER図の基本的な書き方を紹介し、練習として実際にER図を作成するシミュレーションを行いました。実際の現場ではさらに複雑なデータ構成を持つER図を作成しなければいけません。

また、**1度作ったドキュメントは、開発が終わって保守・運用のフェーズになっても管理し続けることが必要です。**本記事を参考にして、見やすい・管理のしやすいER図を作成し、データベースエンジニアとしてのスキルを高めましょう。

転職市場ではスキル1つ1つの高さが自身の市場価値を高め、転職活動が有利に働きやすくなります。その際、転職に強い転職エージェントを活用することをおすすめします。

そこでぜひご活用いただきたいのが[マイナビIT エージェント](https://mynavi-agent.jp/it/?utm_source=and-engineer&utm_medium=content-text&utm_campaign=acv12_2)です。 

マイナビIT エージェントは、IT・Webエンジニア向けの無料の転職⽀援サービスです。

IT・Webエンジニアの転職事情に詳しいキャリアアドバイザーが、あなたのご経験やスキルをお伺いし、転職活動のプランをご提案致します。

アドバイザーは企業側の人事担当者と直接連携を取れますので、求人票に載っていない企業情報も確認することができます。残業時間や給与面など、働き方などをしっかり確認の上で応募企業を選んでいくのが良いでしょう。

・資格やプログラミングの勉強をしているけれど、企業が求めるレベルに達しているのかわからない
・スキルアップをして市場価値を上げていける企業の選び方を知りたい
・数多くあるITエンジニアの職種の中で、自分に向いている仕事は何か知りたい

こうした悩みを抱えていらっしゃる方は、まずは無料登録でキャリアカウンセリングをおすすめ致します。

<center>*＼転職するか迷っていてもOK！／* [*マイナビエージェントに無料登録して* *転職サポートを受ける*](https://mynavi-agent.jp/entry/?utm_source=and-engineer&utm_medium=content-text&utm_campaign=acv17)</center>

ER図とは、システムが扱うデータ構造やその関連性を可視化したものです。ER図を書く際はまず要件定義に立ち返ることが大事です。ER図はExcelなどでも作成できますが、専用のツールを使うとより効率の良いER図の作成・管理ができます。

ER図は、システムが扱うデータ構造を可視化したもので、データベース設計工程で作成される

ER図を書く際に最も大事なことは、要件の理解

ER図を書くためのツールが多数提供されているので、それらを使うと効率よく作成できる

データベース設計に必須なER図の書き方とは？Excelでも書けるのか

**ER図とは、システムが扱うデータ構造や、データ間の関連性が一目でわかるように可視化した設計書のこと**です。ERとは「Entity Relationship」の略称であり、データ間の関連性を指します。ER図を作成することで、そのシステムがどんなデータを扱っているかを理解しやすくなります。

ExcelやPowerPoint等といったよくあるOffice製品でもER図の作成は可能ですが、*専用のツールを用いることで作成・管理にかかるコストを減らす*ことができます。本記事ではおすすめのER図描画ツールを紹介した上で、ER図を書くのに必要な知識、作成した際のメリットについて解説します。是非あなたの開発プロジェクトへの導入を検討してください。

LucidChartは、**シンプルなUIを備えておりとても使いやすいツール**です。図形のドラッグ&ドロップでER図を作成することができます。本記事で紹介するER図だけでなく、他にもPERT図やインフラ構成図など、開発業務に必要となる様々なドキュメントの生成も簡単になります。

またLucidChartの最大の特徴として、GoogleやAtrassian、Slackなど*多くの外部サービスと連携できる*ことが挙げられます。例えば、Googleドライブ上に居ながらER図を作成したり、Slackのチャネル上に居ながらLucidChartで作られたER図を閲覧することができます。

【参考】[クラウドベースER図作成ツール | LucidChart](https://www.lucidchart.com/pages/ja/examples/ER-diagram-tool)

diagrams.netも**LucidChartと同じくらい高機能なER図生成ツール**です。元々は「draw.io」という名称で利用されていました。ダウンロードしてデスクトップアプリとして使うも良し、オンラインのみで使うも良しの便利なツールです。

専用のプラグインを使えば、*Visual Studio Code（以下、VSCode）上でも編集が可能*です。VSCodeのプラグイン検索で「Draw.io Integration」と検索しインストールするだけで、手元のエディタ上でER図を編集できるようになり、Gitによるバージョン管理も可能になります。

ドキュメントのバージョン管理に苦労するプロジェクトに悩んでいる方は、是非導入してはいかがでしょうか。

【参考】[Diagram Software and Flowchart Maker](https://www.diagrams.net/)

CacooはER図生成ツールの中でも、**作業状況をチームメンバーへ共有することに優れたツール**です。作成した図にコメントを付けたり、Cacoo内でビデオ通話を行いながら議論を深めたりすることができます。

CacooをリリースしているNulab社は「チームのコラボレーションを促進するサービスの開発・提供」を理念に掲げており、他にもプロジェクト管理ツールの「Backlog」やチャットツール「Typetalk」を提供しています。

テレワークが増えた結果、メンバ―間のコミュニケーションに課題を感じ始めた開発現場は多いでしょう。そういった現場にいるエンジニアの方は、一度マネージャーにCacooの導入を提案してはいかがでしょうか。

【参考】[フローチャートやワイヤーフレーム、プレゼン資料まで作れる | Cacoo(カクー)](https://cacoo.com/ja/)

今回紹介するツールの中では、最も昔から使用されているツールです。特にWindows端末ユーザーの中では、SQLクライアントとして、データベースに接続してSQLを実行するために使っている方も多いのではないでしょうか。*Oracle Database・SQL Server・MySQL・PostgreSQLなど様々なデータベースシステムと連携できる*のが魅力です。

データベースに直接接続できることから、**既存のデータベースのテーブル構造を基にER図を生成することが可能**です。「既にデータベース設計も終わり開発が始まっているけど、後からER図だけ作りたい」といった現場にはマッチするツールです。

【参考】[A5:SQL Mk-2 - フリーのSQLクライアント/ER図作成ソフト (松原正和)](https://a5m2.mmatsubara.com/)

**GitMindは、あらゆるデバイスで利用できるツールとして人気です。**対応デバイスはWindows・Mac・Linux・iOS・Androidで、各デバイス間でデータの保存や同期ができます。クラウド版や無料版があるため利用しやすく、「どのツールを使ったらいいのかわからない」という方も、気軽に使うことができます。

また、豊富なテンプレートがあり簡単にER図を作成できるため、ER図を作成するのが苦手な方にもおすすめです。

【参考】[GitMind - あらゆる端末で利用可能なマインドマップツール](https://gitmind.com/jp/)

**Gliffyは図形をドラッグ&ドロップしてER図を作成できるため、直観的な作図が可能**なツールです。書き方は、あらかじめ用意された図形をホワイトボード上にドラッグ&ドロップするだけです。また、複数のメンバーと共同で作業するのに便利な変更履歴・コメント・共有機能などがあります。

無料のトライアル版も用意されているため、事前に使い勝手を確かめることができるのもメリットです。

【参考】[Diagramming Software & Team Collaboration Tools | Gliffy Diagram Apps](https://www.gliffy.com/)

**EdrawMaxは、多種多様な素材と豊富なファイル形式に対応している**ツールです。IT以外にも建築・教育・科学などの専門分野に特化した素材が用意されており、わかりやすい且つオリジナリティのあるER図を作成できます。また、図と図を繋げるパスを自動生成する機能があり、複雑なリレーションを描くのに便利です。

対応しているファイル形式はOffice系・画像ファイル系・HTMLとなっており、用途によってさまざまなファイル形式で保存やエクスポートができます。

【参考】[優れたフローチャートソフト＆作図ツール | Wondershare EdrawMax](https://www.edrawsoft.com/jp/edraw-max/)

Visual Paradigm Onlineは、多くの種類の図とテンプレートが魅力のツールです。**図の種類は200以上、テンプレートの種類は2000以上用意**されており、どんな内容を作図するにも適切な図とテンプレートが見つかります。また、メンバーとのライブチャット・ビデオ会議機能があり、ER図の作図やER図の共有をリアルタイムで行うことが可能です。

【参考】[Visual Paradigm Online - Suite of Powerful Tools](https://online.visual-paradigm.com/ja/)

ここまでER図描画ツールを紹介しましたが、そもそも何故ER図を作る必要があるのでしょうか？開発現場にはドキュメントが付き物ですが、ドキュメントが多くなりすぎて管理しきれない現場も数多くあります。つまり、**多すぎるドキュメントが開発効率を下げてしまう場合もあります。**

下記では、ER図を作ることで得られるメリットを2点紹介します。これらを基に「自分の現場では、ER図は必要だろうか？」を一度考えて、必要だった場合には是非ER図を導入してください。

### 開発フェーズにおいて、データ構造が分かりやすくなる

エンジニアとして開発業務をしていると、「このデータって、他のどんなデータと紐づいてるんだっけ？」という疑問が生じることが多いでしょう。システム規模が大きくなってくればなおさらです。

この時に*ER図がないと、設計したデータ構造を確認するために、ソースコードのモデルクラスやデータベースを直接確認する必要があります。*これにより開発効率は下がってしまいます。

逆に**ER図があれば、図を見るだけでデータ同士の関連性が分かる**ので、エンジニアは更に開発に集中できるでしょう。生産性の高いエンジニアを目指す方で、現場にER図がなくて困っている方 は、是非ER図の作成を提案してはいかがでしょうか。

### 保守運用フェーズにおいて、データ定義の変更がしやすい

一度リリースしたシステムに機能を追加をする際、テーブルのカラム追加・削除を検討することもあるでしょう。その際にER図があれば、**どのテーブルにカラムを追加すべきか判断しやすくなります。**また、ER図ではデータ同士の関連性も分かります。このことからデータ構造変更の際に*既存の機能・データに影響がないか（=デグレードがないか）の判断材料にもなります。*

デグレードを起こすことは、ユーザーの幸せの為に作った機能が結果的にユーザーを困らせてしまうことに他なりません。開発チームとしては絶対に避けたいものです。信頼のおけるエンジニア組織になるためにも、是非ER図を使ってメンバーと議論を重ねてください。

ここではER図を作成・管理した経験のない方のために、**基本的なER図の構成要素を紹介**します。本記事で紹介したツール上でも、これらを知らないとER図を上手く書くことができません。また*ER図の構成は データベース設計の際にも必須の概念*となるので、是非この機会に覚えてください。

**システムが処理する「モノ」や「コト」を言語化し、定義したものがエンティティ**です。データベース設計では、テーブルに相当します。ネット通販サイトを例にすると、「会員」「商品」「注文」「会員登録」などがエンティティに相当します。エンティティは大きく二つに分類されますので、以下で詳しく紹介します。

マスタ系エンティティとも呼ばれます。システムが管理するデータの中で、実在する「モノ」を表すことが多いエンティティです。上記の例では「商品」や「会員」がこれに相当します。

システムが管理するデータの中で、業務上発生したデータを表します。上記の例では「注文」や「会員登録」がこれに相当します。

**エンティティが持つ情報を更に細分化したものがアトリビュート**です。データベース設計では、テーブルが持つ各カラムの情報を表すことが多いです。

「会員」情報を例にすると、「名前」「メールアドレス」「パスワード」「名前」等です。データベース設計では、「会員がネット通販サイトにログインする」といった*業務上の行動のために必要なデータ*は何かを考え、アトリビュートとして表現します。

その名の通り、**エンティティ同士の関係性を表したものがリレーション**です。ER図上では、エンティティとエンティティの間に線を引いて表します。例えば、「会員」が居ない状態では「注文」は発生しません。このような*一方のエンティティが他のエンティティに依存するような関係性*の時、ER図上ではエンティティ間に依存リレーションがある状態で描かれます。

カーディナリティとも呼ばれます。**エンティティ1つに対し、他のエンティティがいくつ保持される可能性があるか**を表します。上記の「会員」「注文」の例では、会員一人が複数注文することはあれど、一件の注文が複数の会員から行われることはありません。こういった場合、「会員」と「注文」には*1対多の関係がある*としてER図には表されます。

データベース設計には必須！ER図の書き方を分かりやすく解説します

## ツールをうまく使って、効率的なER図作成をしよう！

本記事では、*おすすめのER図描画ツールについて解説*しました。ER図はExcelやPowerPoint等のOffice製品でも作成は可能ですが、ここで紹介したツールを用いることで、より効率的にER図を導入することができます。

ER図は、システムの扱うデータ規模が大きくなってくれば、必ずどこかで必要になってくるドキュメントです。開発現場が成長した際あなたがER図の作成を任された場合には、この記事で紹介したツールを用いて、是非分かりやすいER図を作ってください。

開発や保守の効率化のためには、ER図を導入することをおすすめします。Excel等でも作れますが、専用の描画ツールを用いることでより効率的にER図を作成・管理できます。本記事ではツールの紹介をした上で、ER図の基本的な構成要素についても解説します。

ER図は、システムが扱うデータ構造を可視化し、メンバー間で共有できるようにしたもの。

おすすめのER図描画ツールは「LucidChart」「diagrams.net」「Cacoo」「A5:SQL Mk-2」「GitMind」「Gliffy」「EdrawMax」「Visual Paradigm Online」。

ER図を使うことで開発効率を高め、システムのデグレードを未然に防ぐことができる。

ERは「Entity Relationship Diagram」の略称であり、**データベース設計における代表的な設計図を指します。**システムを設計する際の手法としては、他にもUMLなどの技法もあります。UMLは「統一モデリング言語」という意味で、システム開発を図式で表現、記述方法を統一することです。設計書のわかりやすさや情報共有の効率の向上に役立ちます。

ER図は「DOA」と呼ばれる「データ中心アプローチ」の技法を用い、作成したER図を物理データベース上に直接変換できることから、データベース設計における手法の事実上の標準となりつつあります。ER図の「E」はエンティティを示し、「R」はリレーションを示します。つまり、**ER図とは「実体（データなど）」と「関係」の組み合わせのことで、システムにおけるデータ間の処理する構造を指します。**

例えば、「顧客が本を注文する」という処理をER図で表現してみます。「顧客」「本」がエンティティ、「注文する」がリレーションに対応します。*大規模システムの場合でも、エンティティとリレーションの組み合わせを用いて、わかりやすくシステムを表現できる*ことがER図の特徴です。

システムエンジニア（SE）とは？仕事内容や年収、必要スキルを解説！

システムエンジニアがキャリアアップするのにおすすめの資格を解説！

ER図はシステム開発における要件定義や設計などの上流工程の中で、段階的に設計を行います。各工程で作成したER図の状態を「データモデル」といい、データモデル図には*「概念データモデル図」「論理データモデル図」「物理データモデル図」の3種類があります。*

ここからは、各データモデルについて簡潔に説明します。

**1.概念データモデル図**
概念データモデル図は、*要件定義工程の際に作成するデータモデル図*を指し示し、システム全体におけるエンティティ、リレーションを洗い出し、事象を大まかに表した図のことです。

**2.論理データモデル図**
論理データモデル図は、*基本設計工程の際に作成するデータモデル図*を指します。論理データモデル図を作成する際は、概念データモデル図に対してさまざまな詳細を加えて肉付けを行います。具体的には、*アトリビュート・主キー・外部キー・リレーション・カーディナリティ*といった要素を付け加えます。
論理データモデル図においては、データ型の定義のように物理データベース向けの設計は行わないため、特定のデータベースに依存しない状態のモデル図といえるでしょう。

**3.物理データモデル図**
物理データモデル図は、*詳細設計工程の際に作成するデータモデル図*を指します。ここでは、「*MySQL*」や「*Oracle Database*」など特定の物理データベース向けに論理データモデル図の変換を行います。例えば、物理データベースに適したデータ型を追加したり、ローマ数字に変換したりします。ER図の最終形態が物理データモデル図です。物理データモデル図が完成した後は、物理データベースを実際に作成することができるでしょう。

ER図を作成する際は、下記の5つの標準的な要素を用いることが多いです。

**1.エンティティ**
「エンティティ」とは、実体、つまりデータのまとまりのことを指します。エンティティの中には、アトリビュートという属性情報があります。アトリビュートについても後ほど解説します。

**2.リレーション**
「リレーション」は関係を意味し、エンティティ同士の関係を表現する線のことを指します。リレーションの詳細については、カーディナリティという記号を使って表現します。カーディナリティについても後ほど解説します。

**3.アトリビュート**
「アトリビュート」は属性を意味し、エンティティの中の属性情報のことを指します。アトリビュートでは、主キーや外部キーについても表現します。主キーとなる項目は、エンティティ上部に四角の囲いで記載し、外部キーとなる項目は、項目名の後ろに「（FK）」と記載します。その他の項目は、項目名のみ記述することが多いでしょう。

**4.カーディナリティ**
「カーディナリティ」は多重度を意味し、「*1対1*」「*1対多*」「*多対多*」など、リレーションの始点と終点を表現する記号のことを指します。さらに、「*0以上*」「*0または1*」なども表現することが可能です。

**5.エンティティの依存関係と非依存関係**
「*依存関係*」とは、結びつくデータが必ず存在する関係、つまりエンティティ間の親子の関係性を指します。親と子のどちらのデータが欠けたとしてもシステム的に成り立たないことを示しています。子となるエンティティの枠線を角丸で表現することが多いでしょう。
一方、「*非依存関係*」とは、エンティティ間で親子がない関係性のことを指します。この場合、結びつくデータが存在しなくてもシステム的に成り立つことができます。非依存関係の場合、親と子のどちらのエンティティも四角の枠線で表現することが多いでしょう。

## ER図を作成する2つのメリット

これまでに、ER図の詳細について紹介してきました。ここからは、ER図を作成する上で2つのメリットを紹介しましょう。

システム開発後は、正常に稼働するように監視を行いながら、よりよいシステムになるように改修を繰り返していきます。ER図は、システム開発後の保守・運用工程においても活用できるでしょう。システムが稼働しはじめた直後は、設計者がプロジェクト内にいることが多いため、設計書がなくても問題がない場合もあります。

しかし、設計者が別のプロジェクト案件に異動するなど、プロジェクト内に残り続けるということはほとんどありません。したがって、**ER図を設計書の中に記載しておくことで、設計者ではない方でもシステムの設計内容を正確に理解し、システムの仕様の変更などの改修を行う際にスムーズに対応することができます。**

【保守・運用】仕事内容や将来性、必要なスキルについて徹底解説！

### 手戻りのコストを防止することができる

データベースのテーブル数が多くなると、設計誤りや、プロジェクト関係者がシステムの仕様について理解できないことがあります。その場合、手戻りが必要なことも多く、余分なコストが発生してしまいます。特に大規模なシステムの場合は、**ER図でデータベース構造などを整理することで、システム全体の構成を俯瞰することができるため、手戻りを起こす可能性を減少させることもできるでしょう。**したがって、システム開発においてER図の作成は必要不可欠といえるでしょう。

ここからは、ER図の作成方法を紹介します。ER図に限らずシステム設計全般において言えることとして、大枠から徐々に詳細に落とし込む作業が重要です。

### ①システム開発の進め方を把握する

**ER図を記述する際は、システム開発の進め方が明確になっていることが前提です。**ユースケース図やアクティビティ図などを、インプット情報としてER図を設計します。特に、ER図を作成する際に、ユースケース図は重要な役割を果たすことが多いです。ユースケース図とは、ユーザーの視点に立ち、システムの利用例を表現する図解術のことを指します。

*ユースケース図の設計が終わってない段階でのER図の作成はおすすめできません。*まずは、システム開発の進め方の設計からはじめましょう。

システム開発の進め方について把握できたら、*ユースケース図やアクティビティ図などを基にエンティティを洗い出します。*システム開発の進め方の設計を正確に行っていれば容易にエンティティを洗い出すことができるでしょう。

### ③エンティティをマスタデータとトランザクションデータに分ける

エンティティの洗い出しが完了したら、**エンティティを「マスタデータ」と「トランザクションデータ」に分けましょう。**データはマスタデータとトランザクションデータに大きく分けられます。マスタデータとは固定的なデータ、トランザクションデータとは流動的なデータといわれることが多いです。次のアトリビュートを洗い出す前に、整理しておきましょう。

また、マスタデータとトランザクションデータを整理する過程の中で、エンティティが合体することも少なくありません。

### ④アトリビュートを洗い出す

次に、エンティティの中のアトリビュートを洗い出します。*アトリビュートの洗い出しは、画面設計書を基にすると効率的に行うことができます。*画面に出力される項目がアトリビュートとなる場合が多いでしょう。

アトリビュートまで洗い出すことができたら、リレーション・主キー・外部キーの設計を行いER図を作成します。また、*カーディナリティは業務内容によって変わることに注意しましょう。*これでようやくER図の完成です。ここからは、設計メンバーでレビューを重ねてブラッシュアップしていくことが重要です。

## ER図を効率よく作成してプロジェクトの成果を向上させよう！

この記事では、ER図の詳細、メリット、作成方法を紹介しました。ER図を作成することで、プロジェクト工程の手戻りを減らすことができるなどメリットが多くあります。

また、**実際にER図を作成する際に、無料で利用できるツールも存在します。**カーディナリティの変更なども、ツールを使えば簡単に変更が可能です。例えば、「*Cacoo*」というクラウド型の図形作成ツールがあります。業務効率を上げるために、ER図作成ツールを活用することもおすすめします。これらを踏まえて、ER図を効率よく作成してプロジェクトの成果を向上させましょう。

ER図（Entity Relationship Diagram）とは、データベース設計における代表的な設計図を指します。当記事では、このER図についてのそもそもどういったものなのか・基本ルール・メリット・ER図の作成方法をわかりやすく解説します。

ER図とはデータベース設計における代表的な設計図の1つである

ER図のデータモデル図には「概念データモデル図」「論理データモデル図」「物理データモデル図」の3種類ある

ER図を作成するメリットとして、「保守・運用工程で役に立つ」、「手戻りのコストを防止することができる」ことが挙げられる

ER図の記事（1ページ目）