DB設計

7月のテーマをデータベースとしていました。 計画が遅いけど、7月のテーマはデータベースにする。正規化とは？インデックスとは？リレーションシップとは？「何となくワカル」->「少しワカル」にもっていくのが目標や— siiiiisar (@siiiiisar) 2024年7月11日 DB設計の理解のために「達人に学ぶDB設計徹底指南書」を読みました。 達人に学ぶDB設計徹底指南書 第2版作者:ミック翔泳社Amazon 今まさに欲しい情報（正規化、インデックスなどの論理設計の知識）が網羅されていた上、 今後、必要になりそうな情報（物理設計の手順やバッドノウハウ集）についても書かれており、 読んで良かっ…

はじめに この記事は RevComm Advent Calendar 2023 の 19 日目の記事です。 こんにちは @sara_ohtani_mt2です。 バックエンド開発をしています。 最近は、いわゆる電話帳のような連絡先を管理する機能のリニューアルに取り組んでいます。 これは現在、処理速度やシステムの拡張性の向上が求められている機能で、その改善を図るためのリニューアルプロジェクトです。 大きなモノリスだったところから機能を切り出して、新しい基盤構築から行っています。 今後他機能にも知見を展開できるよう、様々な選択肢を検討しながら技術の選定を進めています。 改善にあたり、ポイントの1つと…

statusカラムと題に載せているが、複数の定数を選択肢として持つような所謂enum型のカラムに関することを述べていく（statusという名で定義されることが多いような気がしたので） そのようなstatus系のカラムは楽で便利が故によく提案されると思うのだが、追加する前にちょっと整理・考慮しておきたい点がある。 因みにアンチstatusカラムという訳ではなく、メリデメをしっかり議論されていればOKな立ち位置なのである そのカラムを使ってどのようなSQLを構成する予定か まずはstatusカラムを使ってどのようなSQLを書く予定があげてみよう。 意外にもそのカラム追加によってSQLパフォーマンス…

重要な考え方 情報とデータ データ 単なる事実の値。 これを永続化して蓄えるのがRDBの目的。 情報 データから生み出される、意味や目的のあるもの。 SQLで出力する。 更新(UPDATEとDELETE)は複雑さを生む そもそも集合論的に更新はない。 更新にはテーブルを見るだけではわからない複雑なルールを伴うため、極力更新を避けるようにDB設計すべき。 この価値観は、不足しているエンティティや属性の発見にもつながる。更新で対応していたことが、実はエンティティや属性が不足していたことが原因ということが発見されうるということ。 更新がなければデータが失われることはない。 更新を許す = 履歴や遷移…

下書き。 URLがほしいので一旦公開。 サマリデータ 集計用のカラムを追加し、そこに保存する。 (達人に学ぶDB設計 徹底指南書 初級者で終わりたくないあなたへ p.149-152) いつ使うのか 集計処理のパフォーマンスを向上させる必要がある時。 サマリデータを追加する = 推移的関数従属が生まれる ということなので、サマリデータは必要最小限にする。 選択条件の冗長化 同一のカラムを複数のテーブルに持たせる。 (達人に学ぶDB設計 徹底指南書 初級者で終わりたくないあなたへ p.153-156) 参考 達人に学ぶDB設計 徹底指南書 初級者で終わりたくないあなたへ

エンティティ（実体） 例：美容院 予約システム 画面図などを使って、仕様を決める 画面図や仕様書を見ながら、何をデータとして保存するか列挙していく。 列挙したデータを種類ごとに分ける。 店名 時間帯 美容師 コース システム側が事前に用意するもの 店名 美容師 ユーザーが登録するもの 時間帯 コース 列挙したデータを抽象化して、エンティティとしてまとめる。 店名ID： 美容師No： 時間帯： コース： テーブル名と列名を定義し、データを入れる クロエ（店名）テーブル +--------+--------------+-------+ | 美容師ID| 時間帯 | コース | +--------…

新卒2年目ですががっつりDB設計をすることがあり、その際に思ったことなどをまとめておく。 3層スキーマを意識しておけばよかった 特に設計の内容が変わるわけではないのだが、どこまでやればDB設計を完了とみなしていいかがあまりわかっていなかった。今までの現場経験的なところで各カラムのデータ構造まで決定していれば大丈夫だろう。という曖昧な感覚でDB設計を終わらせてしまっていた。 今思えば3層スキーマに従って、外部設計の画面仕様書作成中は、外部スキーマを決定してるようなものだなー。ER図で論理設計をしているときは概念スキーマを決めているんだなー。じゃああとは内部スキーマの決定だけ必要だからそこまでやれ…