DBのスキルで生き残る技術 - AI時代におけるテーブル設計の勘所

参考資料 - https://martinfowler.com/articles/is-quality-worth-cost.html - https://speakerdeck.com/twada/agentic-software-engineering-findy-2025-07-editi…

[circled]

DBの作りが良いとアプリ開発が楽なんだけど、データは長寿命なのと日々機能追加要望は出てくるので長期的には汚くなる運命。なので何年か毎にDB内のデータのリファクタリングもした方が良いんだよね

[minoton]

データベーステーブル設計にAIを活用する方法について教えてください。データベースのドメイン（定義域）の定義や、将来の拡張を見据えたかたちでお願いします

[hiby]

試したことないけどCRUD図くらいは書いてくれるんだろうか。

[wasai]

この前まで見てたけど、まだAIだと無理かなぁ

[for-my-internet-demo]

ここ数年インターネッツでも議論は紆余曲折あったけど、うちは非正規化とeasyは結果整合で担保する運用なんだかんだ慣れたかもな..

[maid_h]

認証周りは車輪の再発明しても危険でしんどいし、既存の有名ライブラリに頼ると思うのだけど、すると設計がライブラリ仕様に寄る。カスタムし始めたらバグ作っちゃうかもだし…そういうことがない箇所ならいいかも

[kentac55]

data design文脈でのeasy/simple

[ene0kcal]

第何正規化で話が変わってくる。

[taiyow]

前提にまでフィードバックする、すごくわかる。要件は本当の要件ではないことが多い。ダブルループと呼ぶのか。どの辺がダブルなんだろう。

[strawberryhunter]

DBの設計は相談まで、あるいはレビューだな。要件を全部伝えきるのはかえって手間だし、アドホックに修正しながら会話を長く続けても良いものにならない。

[jintrick]

"それっぽいテーブルは作ってくれるが、背景を知らないのでよくあるダメなパターンを回答しやすい" 「背景」を適切を与えるコンテキストマネジメントスキルがあればあるいは？

[hhungry]

いい感じにしてでAIが全部やってくれる未来を望む。

[ssfu]

ドラゴンボールのこと？

[rxh]

面白かった。

[n314]

プロジェクト設定をゴリゴリに書いて、AIが「よしemailのテーブルを分けよう」と判断して全自動で進められても、それはそれで怖くて嫌だ。プロジェクトのコードが1000行ぐらいしかなかったら任せられるけどね…。

[ryudenx]

テーブルを細かく分ける正規化推しみたいだけど、JOINコストを避けるためにあえて正規化しない設計もあるからなぁ

[lycolia]

テーブル設計の正規化、中長期的な目線、現実の汚さへの対応、単一責務、小さく作るなど

[FreeCatWork]

AI時代もテーブル設計は大事にゃ！ボクがデータ整理しちゃうにゃ！🐾

[kamm]

プロデューサーが思いつきで機能を追加→やっぱりウケが悪くて数ヶ月後に戻す　を繰り返してDBはどんどん汚くなる

[diabah_blue]

「しばらく」があと5年くらいかもしれなくて、震えている。

[hasiduki]

LLMは難しいクエリも書いてくれるから助かる！！！！！！！でもテーブル設計の勘所をLLMに伝えるのは難しい！！！！！！！

[Xibalba]

ふにゃ

[accelerk]

Database