RDBのデータモデリング・テーブル設計の際に参考にしている考え方と資料

はじめに タイトルのとおり、RDBのデータモデリング・テーブル設計を行う際に参考にしている考え方と関連資料をまとめました。 P.S. なんと本記事内でいくつか参考として挙げさせてもらっている増田さん・かとじゅんさん・奥野さん・そーだいさんからコメントいただくことができました。 本当にありがとうございます。 前提 RDBを採用するのは事実を無駄なく正しく記録するため 正規化、トランザクション、制約とデータ整合性 基本的には始めに理想として集合論・リレーショナルモデルに基づいて正規化を考え(論理設計)、パフォーマンスなどの現実問題に対して折り合いをつけていく(物理設計) 制約を最大限利用する cf: ↑P91〜 ↑P.29,41 ↑P56〜 ↑5章 ↑P347～ 情報とデータ データ：単なる事実の値→これを永続化して蓄えるものがRDB 情報：データから生み出される意味や目的のあるもの→RDBか

[nippondanji]

だいぶ昔に書いたスライドがシェアされてるなーと思ったら、この記事の影響かな。

[crevice]

すごい。これでエンジニア4年生とは末恐ろしい…

[uesima]

データベース

[Makots]

いいまとめだ

[kurojz]

“RDBのデータモデリング・テーブル設計の際に参考にしている考え方と資料”

[yuki_2021]

よくまとまっている。

[yarumato]

“更新(UPDATE)は複雑さを生む　極力更新を避けられないか　更新と削除がなければ事実・データが失われることがない　すべてのテーブルに更新ユーザー・日時は必要か　　履歴や遷移の過程は残さなくて良いのか”

[nonsugertan]

あとで読む！

[catnapper_mar]

集めてる情報量がすごい。スライド系の資料は読んだのもあるけど正直この中の2割も見れていないな…

[suginoy]

書籍が出版されなくなってロストテクノロジー化している状況

[kobito19]

DBについては取り敢えず データベーススペシャリスト の勉強するのが良いと思うよ。(実務経験から来てるのはわかるんだけど)DBMS依存の話だったり変なバイアス掛かった解説ちょくちょく見かける

[komi1230]

いい事しか書いてない

[timeout]

確かに増田さん

[inose660]

モデリングよりはテーブル設計多め。

[airj12]

ナチュラルキー＋登録日時で最新の行を返す、from/to日時の範囲重複しない制約ができる＋指定日時が含まれる行を返す DBMSとして支援してくれるならイミュータブルなデータモデルに傾倒すると思う

[pascal256]

後で読む

[masatotoro]

よいリンクが集まってる

[tettekete37564]

“情報とデータ” のところRBD はタイポだよね？

[yasu-osu]

勉強の仕方が多くの人に参考になるのではないか。やはりまずはインプットをたくさん集めて吸収するところから。

[aquos12345]

入門者はこういう難しいこと考えないでsqlite3でSQLを使い倒して遊ぶと上達するよ。正規化原理主義に染まると「ボイスコッド正規形が〜第4正規形が〜」とか言うだけでちっともプログラム書けなくなるｗｗｗ

[ledsun]

川島さん、そーだいさん、増田さんに、8割くらいの典型的なパターンに適用できる（レアケースはターゲットにしない）RDBデータモデリング大統一理論をまとめてほしい（他力本願

[shoh8]

RDB

[Shinwiki]

“関連はあるが別の関心事” うちの連中に1おく回言ってくれ…

[kikunantoka]

いいまとめ

[h_taiji]

いいまとめ

[razokulover]

漢のコンピュータ道の存在感が際立つ

[lets_skeptic]

RDB設計

[bopperjp]

データベース設計

[SWIMATH2]

ナイスまとめ