テクノロジー

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

1: accelerk 2025/07/09 00:00

Database

2: Xibalba 2025/07/09 07:40

ふにゃ

3: circled 2025/07/09 08:41

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

4: hasiduki 2025/07/09 09:17

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

5: diabah_blue 2025/07/09 09:21

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

6: minoton 2025/07/09 10:39

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

7: kamm 2025/07/09 11:18

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

8: FreeCatWork 2025/07/09 11:19

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

9: k-holy 2025/07/09 11:37

そもそもUserじゃなくてMemberなんだけど「ユーザー」と呼びたがる、CompanyじゃなくてOrganizationなんだけど「会社」と呼びたがる、ただの表意コードなのに「ID」と呼びたがる問題への適切な対処法が知りたい…

10: lycolia 2025/07/09 11:42

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

11: ryudenx 2025/07/09 12:26

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

12: n314 2025/07/09 12:28

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

13: rxh 2025/07/09 13:35

面白かった。