アジャイル開発とデータベース設計 - 変化に対応するシンプルな実装のために必要なこと - Agile Journey

はじめまして。そーだい（@soudai1025）です。私は普段は技術コンサルティングや受託開発を請け負う合同会社HaveFunTechの代表として、また、予防治療の自社サービスを展開する株式会社リンケージのCTOという二足の草鞋を履き、日々、さまざまなWebサービスの開発に携わっています。 これまでの開発経験のなかで、データベース設計に関わるさまざまな問題に遭遇してきましたが、本稿ではとくに、アジャイル開発時に発生しやすい問題とその対処についてお伝えしたいと思います。開発の現場で目にしやすい実装におけるアンチパターンを示しつつ、アジャイルという指針を維持しながら、対処となるデータベース設計についてご紹介します。 会員登録のアンチパターンと処方箋 イージーな実装とシンプルな実装 Userと言う名の罠 拡張と破綻 データベースは変化に弱い 仕様変更とテーブル変更 Addで変化に追従する 正規化

[Soudai]

シンプルは小さな責務に宿る。質とスピードは両立するって話をしました。

[chinpokomon_master]

わかった上で最初はイージーでいい派。サービスがスケールした時にきれいにすればよくて、それまではシンプルであるよりもイージーである方がメリットがあると思っている。

[hdampty7]

言わんとすることは分かるんだけれど、正規化をやり過ぎると実装コストがしんどい。会員登録でお金を稼ぐサービスならここまでやればよいのだけれど、システムの成長サイクルに合わせてバランスさせる技術が重要。

[n314]

emailとpasswordを分けたら、emailとpasswordの多対多の組み合わせ全てでログインできる？カードのデフォルトも複数設定できるようになっちゃうので、一概にイージーかシンプルかは言えないのでは。

[takatama]

データベースを成長させる好例。リファクタリングは難しく、初手が重要。Usersの例はSQLアンチパターンのポリモーフィック関連とのこと

[Keisuke69]

実際のところ最初からここまで見通せる現場ってどのくらいあるんだろうか

[igrep]

Software Design 2024年2月号からとんできました "シンプルさを維持するコツとは、エンティティのスコープ、責務を小さくすること"

[jay-es]

正規化のコツ: 事実だけを保存する・重複がない・不整合がない・nullがない #DB_findy

[kiririmode]

アジャイルを支えるデータモデリング。データのライフサイクルを見極め、小さな責務を果たすテーブルを追加していく。

[Nyoho]

そーだいさんの記事

[geerpm]

RDBMS時代はこのくらい正規化してきっちり設計するのが良かったけど今の時代だとusersテーブルにJSON型で認証情報持つくらいのeasyさで良いかな。まあ極力IDaaS使うんだけど。

[yarumato]

“DB設計でイージー（やりやすい対処。最終的に仕様変更や複雑なSQLに）とシンプル（責務を小さくする。UNIX哲学の仕事1つをうまくやれ。素直なSQLになる）は違う。正規化のコツ：nullがない。事実だけを保存”

[mimosafa]

目から鱗

[tinsep19]

frend feedのindex serviceの話とか思い出す。

[for-my-internet-demo]

simpleも全ての変更ケースやUX都合を鑑みると正規化がプロパティテーブルもどきになる一方で、easyも実際にはキレイにする日遠いのしか見たことないから、モデルを腐敗防止層として吸収しちゃうのをやったりしている…

[touka_tt]

"データベース設計においてまず認識すべきは、イージーとシンプルは違う、ということです。" めっちゃいい話。今を意識するとイージーな設計やってしまいがち(自戒)だし、シンプルな設計意識していきたい

[naokun776]

"「blog」「掲示板」「Q&A」" / ここほんとよくある。分ける主張は常にしているがみんないっしょのテーブルにしがち

[ryuzee]

これは素晴らしい記事

[kkyst]

今を意識するとイージーになりがち。 テーブル設計者は未来を見通す力が必要ですね

[fog-og-frog2]

事業成長で出てくる要望がすごくそれっぽい。目指してるデータ構造がスタースキーマっぽいなぁって思った。

[hitode909]

いい話

[enk_enk]

DB設計の質とスピード