プログラミング

データベース定義は超重要!システム開発を始める前に知っておきたい構造と構成の考え方

MySQL データベース プログラミング学習
データベース定義は超重要!システム開発を始める前に知っておきたい構造と構成の考え方

 

システムやアプリ開発をする場合、そのほとんどでデータベースを使用しますね。

それぞれのデータを連携させるためにも、その構造をどうするかは重要で、設計が甘ければシステムそのものの保守性はもちろん、想定していた仕組みを実現するのが難しくなることもあります。

 

今回は、これからデータベースを使ってシステムやアプリの開発をしようと考えている方や、現在プログラミングを学習中の人を対象に「システム開発するなら覚えておきたいデータベース構造」について、基礎的な考え方をご紹介します。

 

 

テーブルの紐付けはこう考える

 

ただユーザー情報を保存するだけのようなDBを作るだけであれば、テーブルを作ってそこに項目分のカラムを作成し、一つずつ保存するだけでも支障はありません。ですが、せっかくDBを使うのであれば、情報を紐付けしたり各情報を連携させて管理させることで、そのメリットが見いだせるようになります。

 

そうするためにも、どういったテーブル構造で紐付けをするかはとても重要なのです。

今回は、その中でも初歩的な11からNNの考え方までを一つずつご紹介します。

 

 

1対1の紐付け

 

最初はネットショップで考えてみましょう。

購入者ユーザーのアカウント情報1つに対して、配送先住所を1つだけ登録ができるとします。

これが1対1の関係です。

 

まず1つの方法として、お客さん情報テーブル内に配送先住所のカラムを用意するという方法があります。

これなら、必ず1対1という関係が成立します。

 

ですがこの場合、お客さん情報テーブル内のカラムが多くなりすぎて可視性が悪くなってしまうというデメリットがあります。

なのでそれを解消するためにも、それぞれ独立させたテーブルを用意するという方法をとりましょう。

 

 

こうすれば、各テーブルのカラム数も少なくなるので可視性が良くなりますね。

ですが、ただテーブルを分けてしまうと、どの住所がどのお客さんのものかがわからなくなります。そうならないために、配送先住所テーブル内に【お客さん情報ID】というカラムを持たせます

こうすれば、お客さん情報を取得した際にはそのIDを使って配送先住所テーブルから該当の住所を判別することができますし、配送先住所側からでもどのお客さんのものなのかがわかります。

 

今後もお客さん情報と配送先住所の関係が1対1のままであれば、わざわざ分ける必要はありませんが、もし将来的に配送先住所を複数登録できるような構成にするのであれば、テーブルを分けておくことでリニューアル時のデータ引き継ぎでかかる負担も軽減されます。

 

 

1対Nの紐付け

 

先ほどのネットショップの例をそのまま使いましょう。

楽天通販を使ったことがある人であればわかるかも知れませんが、配送先住所を複数登録することができます。これは、お客さん1人に対して配送先住所が複数(N)紐付いているため1対Nの関係が成立します。

 

1対Nの場合、それを1つのテーブルで管理することは困難なため、先ほど紹介したようにお客さん情報テーブルと配送先住所テーブルの2つを用意します。

 

女性のお客さんが青背景のお客さん情報ID男性は緑背景のお客さん情報IDに結び付きます。こうすることでお客さん1人に対して複数の住所をもたせることができました。

住所が増えたとしても、その住所が持っているお客さん情報IDカラムに対象のIDを入れるだけなので、制限をかけなければいくらでも住所を登録することができます。

 

1対1と違う点は、保有するIDが逆になるとその可視性は悪くなるということです。

1対1の場合は、お客さん情報で配送先住所IDを持っていたとしてもさほど変わりませんでしたが、1対Nの場合は住所が追加されるに合わせてカラムを増やすことは原則としてできないので、もし保有させる場合は配列のような形式で1つのカラムに複数の値を格納することになってしまいます。

 

普段データベースを触っていない人であれば、少し理解しづらいかも知れませんが、実際に試してみるとその問題点がすぐにわかるはずです。

 

このように、どちらが相手のIDを持つべきかということも考えなければなりません

1対Nの関係を親と子で表す場合、1が親でNが子にあたります。原則として子(N)が親のIDを保有すると考えておきましょう。

 

 

N対の紐付け

 

最後はN対Nの関係をご紹介します。多数対多数というのはどういった状態を表すのか、お客さんと購入商品の関係で見てみましょう。

 

お客さんは複数、商品であるケーキも複数あります。どのお客さんがどのケーキを購入したかの関係を表す場合、どちらにIDを持たせても成立しませんね。

なぜなら、1対Nで説明したNG例と同じように、どちらのテーブルへ保存しようとしても、カラムを増やすか、配列のように1つのカラムへ複数の値を保存する必要があるからです。 

※場合によっては、複数の値を持たせるために配列をJSON形式にして1つのカラムに保存する方法も確かに存在します。ですが、可視性はもちろんデータを取り出す処理や関連付けが難しいといったデメリットがあるため、本当に必要な状況でしか採用されないと考えておいた方が良いでしょう。

 

なので、NNの関係を結びつけるためには、更にテーブルを1つ用意することで解決させます。

 

 

真ん中のお客さん購入商品テーブルにはお客さん情報と商品それぞれのIDだけを保存します。

そうすることで、お客さん情報からでもお客さん購入商品テーブルを経由することで商品テーブルにたどり着くことが可能になります。※逆も可

 

実際に商品の購入情報を保存する際は、注文情報などを経由することになるので、今回のようなネットショップを作る際にはわざわざこのようなテーブルを準備することはないでしょう。ですが、注文情報テーブルがその役割を担っていたり、カート情報テーブルがその役割を担っていたりと、構造上は何か別のテーブルに置き換えられることになっていることがほとんどです。

 

 

まとめ

 

いかがだったでしょうか。

今回はデータベース定義における初歩的な関連付けを3つ紹介しました。

もし自分でアプリ開発をしたり、業務システムのようなDBが必要になるものを作る際には、ぜひ参考にしてみてくださいね。

 

注目の記事

HPバーアニメーション前編 サーバー側の対応 PHPポケモン 43
プログラミング
PHP,PHPポケモン,ポケモン
HPバーアニメーション前編 サーバー側の対応 PHPポケモン 43

動きのあるHPバーづくり それではデモ公開に先立ち、HPバーの作り込みをしていきたいと思います。 現在のPHPポケモンは、ダメージ計算などが終わった結果をすべて返却しているため、技選択をして次の画面に移行すると、HPが減った状態でスタートしていました。これでは、どの技でどれぐらいのダメージを与え、状態変...

バトルステータス可視化編 PHPポケモン 70
プログラミング
PHP,PHPポケモン,ポケモン
バトルステータス可視化編 PHPポケモン 70

バトルステータスの可視化 現在のポケモンでは、バトルステータスの現状を可視化できるようになっており、どれぐらいのランク補正がかかっているか、フィールドがどういう状態になっているかがわかるようになっています。 初代、第2世代等では確認できなかった内容ではありますが、システムとしては便利な要素でも...

V系バンド必見!?アーティスト衣装販売サービスは成功するか?【ビジネス企画書】
ビジネスモデル
ECショップ,V系,アーティスト,コンサルティング,スタートアップ
V系バンド必見!?アーティスト衣装販売サービスは成功するか?【ビジネス企画書】

  この記事は、私の考えたビジネスモデルを紹介するコーナーです。考えるだけで辞めたものや、コストやリスクを考えて断念したもの、そこまでニーズがないと判断したものなど様々なので、読んだ方は自分なりの見解や根拠を踏まえて判断したり、各自ビジネスの参考資料としてご活用ください。   今回は...

ポケモン預かりシステム編 PHPポケモン 85
プログラミング
PHP,PHPポケモン,ポケモン
ポケモン預かりシステム編 PHPポケモン 85

ポケモン預かりシステムとは ポケモンは手持ち(パーティー)に6匹しか入れることができません。そのため、ポケモンを捕まえた際にその上限に達していれば、ボックスへ転送するという仕組みをPHPポケモンでも実装していきます。これが、ポケモン預かりシステムです。 今回は前段階であるボックスの仕様決めをメイン...

Zoomも飲み屋もなくならない 〜コロナ収束後の本当の世界〜
雑記
YouTube,Zoom,コロナ,テレワーク,リモートワーク
Zoomも飲み屋もなくならない 〜コロナ収束後の本当の世界〜

  新型コロナウイルスのニュースが絶えない毎日を過ごす中、コロナの内容に一度も触れていませんでしたがそろそろ触れておこうと思います。   マイナスな内容は不安を煽るような推測はSNSやニュースでイヤというほど目にしているので、可能性を感じられる内容と現実をお届けします。   コロナが収束した時、この...

PHPポケモン(α)第1回目の大型アプデ
プログラミング
PHP,PHPポケモン,ポケモン
PHPポケモン(α)第1回目の大型アプデ

第1回目 大型アップデートについて 本日、PHPポケモンの大型アップデートをしました。 今回のアップデートには全体的なデザインチェンジが含まれているため、今まで遊んでくれていた人も、新鮮な気持ちで初められることができるはずです。   デザインについては、PHPを使った開発をしている人からすれば馴...

わざマシン編 作成 PHPポケモン104
プログラミング
PHP,PHPポケモン,ポケモン
わざマシン編 作成 PHPポケモン104

わざマシンとは ポケモンはレベルアップ以外でも技を習得することができます。それが「わざマシン」というアイテムです。  わざマシン(ポケモンwiki) https://wiki.ポケモン.com/wiki/わざマシン   最新世代では「技レコード」というものが有り、使い切りとなっています。初代ではわざマシン自体も使い...

バズる!ビジネスの見つけ方 〜何で起業するか悩んでいませんか?〜
マーケティング
ビジネス,起業
バズる!ビジネスの見つけ方 〜何で起業するか悩んでいませんか?〜

  独立や起業を志している9割以上の人が「何をビジネスにするか?」を悩んでいます しかし、それは負のサイクルです。 起業するためにビジネスを考えるという行為自体が”矛盾している”ということに気づかなければ、このサイクルからは抜け出すことができません。 その結果、行動できずに終わってしまう人は多...

カテゴリ

SEO対策 イベント デザイン ネットワーク ビジネスモデル フリーランス プログラミング マーケティング ライティング 動画編集 雑記

タグ

5G Adobe AfterEffects AI ajax amazon Animate api artisan atom Automator AWS Bluetooth CSS CVR description EC-CUBE4 ECショップ ESLint Facebook feedly foreach function Google Google AdSense Honeycode htaccess HTML IEEE 802.11ax Illustrator Instagram IoT JavaScript jQuery jQuery UI keyword LAN Laravel Linux MacBook MAMP meta MLM MySQL NoCode note OS OSI参照モデル Paypal Photoshop PHP phpMyAdmin PHPポケモン PremierePro rss SEO SEO対策 Sequel Pro Skype SNS SSH Symfony TCP/IP title Toastr Trait Twig Twitter UCC V系 WAN WebSub Wi-Fi wiki Windows WordPress XAMPP xml Xserver YouTube YouTuber Zoom アーティスト アウトプット アクセス層 アニメーション アフィリエイト イーブイ インターネット インプット エンジニア オブジェクト指向 お金配り クリック単価 クリック数 コミュニケーション能力 コロナ コンサルティング サムネイル システムエンジニア スタートアップ スタイルシート スパム データベース ディープフェイク デザイナー デザイン テレワーク ナンパ ニュース ネットワークモデル ノマドワーク バナー ピカチュウ ビジネス フィード フリーランス ブロガー ブログ プログラマー プログラミング プログラミング学習 プログラミング教育 プロトコル ホームページ制作 ポケモン マークアップ マーケティング メール リモートワーク レンダリング 三井住友 三宮 仕事依頼 児童デイ 児童デイサービス 児童発達支援 公開鍵 初心者 助成金 勉強法 営業 広告 広告収入 必勝マニュアル 放課後等デイサービス 朝活 楽天 深層学習 無線LAN 独立 神戸 福祉 秘密鍵 翻訳 自己啓発 英語 見積書 計算機 読書 起業 迷惑メール 配列 銀の弾丸 集客 雑学力