プログラマの雑談部屋 ★376 (171ﾚｽ)
上
下
前
次
1-
新
ﾘﾛｰﾄﾞ規制
です｡10分ほどで解除するので､
他のﾌﾞﾗｳｻﾞ
へ避難してください｡
155
: 11/16(日)00:07
AA×
[
240
|
320
|480|
600
|
100%
|
GIF
|
べ
|
ﾚｽ栞
|
ﾚｽ消
]
155: [sage] 2025/11/16(日) 00:07:10.27 🔧 実務では何が起きるか？ 100テーブル → 「なんとかなる」 SQLが複雑になっても人間が把握できる 200テーブル → 「構造管理が苦しくなる」 影響範囲調査が辛い スキーマ変更のたびに改修数が膨れ上がる 300テーブル以上 → 「保守不能に近い」 統一ルールなしだと破滅 SQLの共通化や自動生成が必須レベル 🎯 最適解（生SQL中心で行きたい場合） 生SQLを使いたいなら、以下の組み合わせが最強です： RepositoryパターンでSQLを一箇所に集約 SQLテンプレートを作る（共通化） Query Builderを併用（完全ORMは使わない） 型定義（TypeScript・Pydanticなど）をDBと同期 これらを入れれば 150〜200テーブルでも生SQL中心で耐えられる。 http://medaka.5ch.net/test/read.cgi/prog/1762945137/155
実務では何が起きるか？ テーブル なんとかなる が複雑になっても人間が把握できる テーブル 構造管理が苦しくなる 影響範囲調査が辛い スキーマ変更のたびに改修数が膨れ上がる テーブル以上 保守不能に近い 統一ルールなしだと破滅 の共通化や自動生成が必須レベル 最適解生中心で行きたい場合 生を使いたいなら以下の組み合わせが最強です パターンでを一箇所に集約 テンプレートを作る共通化 を併用完全は使わない 型定義などをと同期 これらを入れれば テーブルでも生中心で耐えられる
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 16 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
ぬこの手
ぬこTOP
0.031s