データベース設計入門#3 テーブル設計の手順【実戦形式で解説】

データベース設計の入門講座です。テーブル設計の進め方を実戦形式で解説します。
【⏬もっと見る】→ ✅目次 ✅プロフィール・お仕事依頼✅関連動画✅サブチャンネル
✅目次
00:00 イントロ
0:13 テーブル設計の進め方
0:53 システムの要件と機能一覧を把握
1:56 テーブルの概要設計(シナリオに沿ってテーブルとカラムを洗い出す)
4:23 テーブルの詳細設計
5:02 論理名を物理名に変換(テーブルとカラムの命名規則)
6:38 データベースの予約語
7:15 カラムに型をつける
7:42 varchar型の桁数
9:52 ER図/外部キー/正規化
12:37 インデクスと制約条件(NOT NULL制約/ユニークキー制約/外部キー制約)
✅【DB設計おすすめ本】SQLアンチパターン
【Amazon】www.amazon.co.jp/gp/product/4...
【楽天】hb.afl.rakuten.co.jp/ichiba/1...
🎁メンバーシップのご案内
「メンバーになる」ボタンを押して、メンバーシップに入会しよう！
/ @seomaru
🎁メンバーシップ特典の解説動画
• メンバーシップ始めました🎁【超BIGな特典付き】
✅プログラマーの仕事探しは「IT Engine」
it-engine.tech/
✅プログラマーを採用したい方
求人広告が完全無料で掲載できる！「IT Engine」
it-engine.tech/users/new
✅せお丸プロフィール・お仕事依頼はこちら
━━━━━━━━━
サイバーフリークス株式会社　代表取締役
　👉システム開発
　👉ホームページ制作
　👉システムエンジニアリング
など行っておりますので、お気軽にお問い合わせください😃
cyber-freaks.co.jp/
✅プログラミングスクールの紹介
自宅で学べるオンラインのプログラミングスクール【TechAcademy】
px.a8.net/svt/ejp?a8mat=3BMCP...
【未経験からプログラマ】完全無料であなたの就職をサポート ProgrammerCollege
px.a8.net/svt/ejp?a8mat=3BMCP...
✅関連動画
━━━━━━━━━
データベース設計入門講座シリーズ
• データベース入門講座
プログラマー養成講座💪未経験でもプログラマーに転職できる！【目指せ年収1000万円】
• Video
(↑SNSでシェアしたり友達への紹介をお願いします🙂)
🐦Twitter
/ seo_maru55
✅MySQL WorkBench
www.mysql.com/jp/products/wor...
[Amazonアソシエイトについて]
当KZbinチャンネルは、Amazon.co.jpを宣伝しリンクすることによってサイトが紹介料を獲得できる手段を提供することを目的に設定されたアフィリエイト宣伝プログラムである、Amazonアソシエイト・プログラムの参加者です。
#未経験から年収1000万円を目指すプログラマー養成講座 #プログラミング #せお丸

[@shuhei3845]

いい動画ですねえ、、 ありがとうございます！

[@golang6508]

めちゃくちゃわかりやすい。ありがとうございます！

[@seomaru]

感想・質問・リクエストなどお気軽にコメントください😀 「共有」ボタンから、同僚やSNSへのシェアもお願いします👍

[@mapisan36]

素晴らしい動画をありがとうございます！ 来年度春からSE・プログラマーとして就職予定です。 基本情報や応用情報といった資格試験の勉強はしていました（しています）が、実務と資格試験は別物だと思っており「実際の実務ではどのようにやっていくのか」を知りたくてこの動画シリーズにたどり着きました。 非常に参考になる動画をありがとうございます！ パート４以降の動画も見させていただきます。

[@user-gz2ny6vb9o]

具体例が実際の業務でもありそうで、すごくわかりやすかったです(^^♪ ありがとうございます！！

[@harada9131]

はじめまして、初めてコメントします。ポートフォリオ を開発するにあたり、せお丸様の動画を何度も見させて頂きました。ありがとうございます。参考文献として、こちらのURLをシェアさせて頂きますこと連絡いたします。

[@seomaru]

シェア大歓迎です！コメントありがとうございます😊

[@rafaelkosaka1683]

いつも大変分かりやすい解説ありがとうございます！一点気になりました🤔 itemsには複数の購入履歴に含まれる可能性があるので、itemsとpurchase_detail_historiesは1:nの関係ではないですかね？そしてitem_idカラムは外部キーになりそうですがどうでしょう？

[@seomaru]

コメントありがとうございます😀 itemsとpurchase_detail_historiesは1:nではなく、 1:1になります。 なぜかというと、 >itemsには複数の購入履歴に含まれる可能性がある この場合は、 purchase_detail_historiesに複数itemを持たせるのではなく、 purchase_detail_historiesが複数レコードになるからです。 purchase_detail_historiesは正規化されたテーブルなので、あくまでitem_idを1つしか持たない設計になっています

[@seomaru]

はい、 purchase_detail_histories.item_idは外部キーになります👍

[@rafaelkosaka1683]

@@seomaru ご回答いただきありがとうございます。purchase_detail_historiesとitemsの関係についてもう少し自分で考えてみます！

[@taka-lq7ye]

@@seomaru 横からすみません。 何度か読み直してみたのですが腹落ちせずのため質問させてください。 ＞purchase_detail_historiesが複数レコードになるからです。 こちらは複数アイテムの購入履歴が1レコードで表現されるのではなく、1アイテムごとに購入履歴レコードが作成されるということだと理解しました。 ですが上記はitemsとpurchase_detail_historiesの関係がN:Nではなく1:Nになる、という説明に思えます。 items.idが1である購入履歴レコードは複数存在し得ませんでしょうか？ 理解が足りず申し訳ありませんがご回答いただけると幸いです。

[@yamadataro9068]

@@taka-lq7ye 多分ですが、Itemsの行が物理的な1商品ではなく、商品の種類を示すので1対Nという説明になっているのだと思います。stock列があるのがその根拠です。

[@kunime-ji5066]

何のカテゴリーが何のカテゴリーと何対何の関係になるのか慣れないと判断つかなそうですね。

[@seomaru]

正規化に慣れてくると判断つくようになってきます👍 kzbin.info/www/bejne/jXbQimypZbCsbpo

[@taku-mk5pt]

12:00~ この時点でpurchase_detail_historiesテーブルに、購入したitemの個数のカラムは設定する必要はありますか？ 「ユーザーa」が「100円の商品A」と「200円の商品B」を500円で買ったとしたら、それぞれの個数って分かりますか？ 簡易的な図だから詳細に設定していないだけなのか、気になります。 また、itemsテーブルの「purchase_detail_histories_idカラム」は必要なのですか？

[@iiaa4064]

laravelでポリモーフィックリレーションというデータベースの考えがあるのですがこれはなんですか？

[@seomaru]

ポリモーフィックは、一つの関連付けで複数のタイプのモデルに所属できる関連付けになります readouble.com/laravel/5.8/ja/eloquent-relationships.html#one-to-one-polymorphic-relations

[@TheMomotarou777]

ＤＢ設計を仕事にしているものです。 主キーのカラム名が全て id というのは、 何かの制約でしょうか。一般的には shop_id といった名称にすると思うのですが。

[@seomaru]

私も仕事でDB設計をすることが多いのですが、 RubyonRailsなど最近のフレームワークでは制約的にプライマリキーがidとなり、 shop_idなどは、外部キーとして使う、という制約があります。 ただし、データベース的にはどちらを主キーとして使っても問題ないと思います。 (単に宗教的な話だと思います＾＾；)

[@xperia0919]

接頭辞は賛否両論ありますよね。 僕はつけるほうが好きです（長くなるけど）

[@ch-hj4ub]

VARCHARの桁数を2の累乗数で付けるべき理由はどうしてなんでしょうか、、？

[@groundzero6175]

日本語はマルチバイトだからではないでしょうか。

[@sawa1907]

こんにちは！いつも動画拝見させていただいてます。質問重複かもですが確認させてください。 もともとitemとpurchase_historiesはn対nの関係にあって、その中間テーブルとしてpurchase_detail_historiesができたと理解したのですがこの理解は間違ってますでしょうか？ もしこれが正しければ、itemsとpurchase_detail_historiesは1対nの関係であると思うのですが、どうでしょうか。。。 過去動画で似た状況を扱ってらして気になってしまいました。kzbin.info/www/bejne/imfKXneCjK2mmdk