Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Sign up for free
Menu
Search
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Pricing
Search
Sign in
Sign up for free
【ORM不要論の歴史】反論と、噛み合わなさの正体
Search
Sponsored
·
Your Podcast. Everywhere. Effortlessly.
Share. Educate. Inspire. Entertain. You do you. We'll handle the rest.
→
赤神青空
PRO
September 13, 2026
Video
Programming
50
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
【ORM不要論の歴史】反論と、噛み合わなさの正体
赤神青空
PRO
September 13, 2026
Video
More Decks by 赤神青空
See All by 赤神青空
【AWS AIF対策】AIシステムを守る
akagami
PRO
0
13
【AIニュース】ChatGPT Space とは何か
akagami
PRO
0
20
【AWS AIF対策】透明性と説明可能性
akagami
PRO
0
16
【AIニュース】OpenAI の「dots」とは何か
akagami
PRO
0
22
【AWS AIF対策】責任あるAI
akagami
PRO
0
24
【AWS AIF対策】基盤モデルの評価
akagami
PRO
0
27
【AWS AIF対策】モデルの学習とファインチューニング
akagami
PRO
0
17
【AWS AIF対策】プロンプトエンジニアリング
akagami
PRO
0
17
【AWS AIF対策】RAGとベクトルデータベース
akagami
PRO
0
17
Other Decks in Programming
See All in Programming
Herb in Rails 8.2: Your ERB views, now HTML-aware @ Rails World 2026, Austin, Texas
marcoroth
0
190
ジョジョの世界をXRで再現する
mofurune
0
100
setup-vp GitLab対応の裏側
naokihaba
0
150
仕様駆動開発による爆速プロダクト開発 / Bakusoku Spec Driven Development
kobakei
0
180
Androidだけじゃない、DroidKaigiで広がった私の技術スタック
akkeylab
0
120
App Storeの外へ──日本のiOSサイドローディング入門 for iOSDC Japan 2026
yuukiw00w
0
300
そのリトライ、死んだコネクションを使い回していませんか ── GoのHTTPクライアントとHTTP/2を実プロダクト障害から学び直す
myus4a
0
390
GitHubハンズオン講座 — 実務レベルのチーム開発のフローを身につけよう
junhat6
0
120
Findy - エンジニア向け会社紹介/Findy Company Deck
findyinc
6
400k
Agentic Software Factoryに、すごく賢いIF文を。 / super smart IF statement into the Agentic Software Factory.
rkaga
7
1.8k
Rでドレミ/Do-Re-Mi_with_R
florets1
0
120
Jetpack Compose Mechanisms
skydoves
2
350
Featured
See All Featured
Exploring the Power of Turbo Streams & Action Cable | RailsConf2023
kevinliebholz
37
6.6k
Color Theory Basics | Prateek | Gurzu
gurzu
1
480
Build your cross-platform service in a week with App Engine
jlugia
234
19k
Performance Is Good for Brains [We Love Speed 2024]
tammyeverts
12
1.9k
The Organizational Zoo: Understanding Human Behavior Agility Through Metaphoric Constructive Conversations (based on the works of Arthur Shelley, Ph.D)
kimpetersen
PRO
0
490
Utilizing Notion as your number one productivity tool
mfonobong
4
610
Fight the Zombie Pattern Library - RWD Summit 2016
marcelosomers
234
18k
The State of eCommerce SEO: How to Win in Today's Products SERPs - #SEOweek
aleyda
2
12k
Improving Core Web Vitals using Speculation Rules API
sergeychernyshev
21
1.7k
Evolving SEO for Evolving Search Engines
ryanjones
0
310
Statistics for Hackers
jakevdp
799
230k
世界の人気アプリ100個を分析して見えたペイウォール設計の心得
akihiro_kokubo
PRO
74
42k
Transcript
2026年9月 ORM不要論を、20年ぶんさかのぼる 第5回 反論と、噛み合わなさの正体 赤神 青空
▪9月の波で繰り返し引かれた指摘 反論① 論じている対象がずれている 不要論の多くはクエリビルダしか持たないORMを対象にしていて、本体である「オブジェクトとリレーションのマッピン グ」がほとんど議論されていない、という指摘。 ORM本来の価値は identity map や unit
of work のほうにある 変更追跡、スキーマとマイグレーションの一元管理、インジェクションの回避 関連を lazy / eager で選べ、テストはインメモリSQLiteに差し替えられる クエリビルダだけを指すなら、条件によってはSQL直書きに負ける この譲歩も、同じ人が同じスレッドで書いている 今ココ 2026年 2/10
▪別のやりとりだが、並べると論点が見える 反論② 「じゃあ代案は?」 代案を求める側 生SQLでいいと言うなら、マイグレーション管理の手法もセットで出してほしい ORM以外でも担保できる、と返す側 インジェクション対策はプレースホルダ付きクエリでも担保できる ORMが詳細を隠蔽すること自体に、無視できないコストがある 実行計画が追いにくくなり、JOINとサブクエリの使い分けまで捨象される 今ココ
2026年 3/10
▪ここが今回いちばん重要です 論争の中で出た整理 思い浮かべるORMが、人によって違いすぎる ORMとマイグレーション管理は一緒にされがちだが、別物 歴史的に見たORMの責務はデータ構造の変換とトランザクション管理(後者は廃れた) データ構造の変換は、簡単そうに見えてリソースを割くメリットがゼロ みんなやろうとして、撤退を30年間繰り返している AIがやってくれるのはその通りだが、コンテキストの無駄とも言える 今ココ 2026年
4/10
▪同じ話題なのに、熱量がまったく違う 発端の温度と、広がった先の温度 番組の中では 反対役を買って出た側が、途中で賛成に回っている 標準的な構造ならORMのほうがレビューしやすい、と認 めている マイグレーションは別の話、と会話の中で切り分けてい る 結論は「一度痛い目を見てから考え直す」 広がった先では
「ORMは要る/要らない」の二択に圧縮された 指している責務がバラバラのまま、噛み合わずに進んだ 人格否定と受け取られる場面が出た 元の記事の著者が、投稿後に射程を補足する事態になっ た 議論が荒れたのは主張の中身ではなく、二択に圧縮されたことのほうに原因がありそう。 今ココ 2026年 5/10
▪同じ「要る/要らない」でも対象が違う 意見は、どの責務を指しているか b c d, e a, f 全体 オブジェクトと行の変換は30年うまくいっていない
関連を属性として辿れて、取り方も選べる 生SQLでいいなら、マイグレーションの代案も出してほしい クエリビルダくらいの制約は欲しいのでKysely ORMは初心者のガードレール。AIが書くなら要らない 今ココ 2026年 不要側 必要側 必要側 中間 不要側 6/10
▪議論の形が壊れている理由 重なっていない b について「要らない」と言っている人と、 d・e について「要る」と言っている人は、 そもそも同じ話をしていない。 「ORM不要」と書かれていても、dやeに反対しているわけではありません。 今ココ 2026年
7/10
▪Vlad Mihalcea氏(Hibernate主要コントリビュータ)へのインタビューより 作り手側の見解 Hibernateを一律に勧めてはいない。SQLに習熟したチームが軽量な構成を求めるなら、JDBC + AI は良い組み合わせに なり得る。 ただしJPA/Hibernateは単なるSQL生成ツールではない 楽観的ロックと悲観的ロックを統一的に扱う仕組み
継承マッピング、永続化コンテキスト、複数の取得戦略 20年分の、実プロジェクトで検証されたパターンが入っている 公開資料が豊富な技術ほど、AIからも適切な回答を得やすい 今ココ 2026年 8/10
▪同インタビューの整理 ORMかSQLかではなく、チームから考える SQLとDB性能に詳しく、軽量な構成が欲しい ロックや継承マッピングを任せたい 集約中心で、遅延ロードが要らない SQL中心で型安全と高度なクエリが欲しい チームがJPAを長く安定運用している 今ココ 2026年 素のJDBC
+ AI JPA / Hibernate Spring Data JDBC jOOQ 流行だけを理由に置き換えない 9/10
▪第6回 次回 で、AIは新しい根拠なのか 噛み合っていない理由は分かった。では最初の問いに戻ろう。 第2回では触れなかった、エッセイの結論部分に入ります。 今ココ おわりに 10/10