SQL上級者こそ知って欲しい、なぜO/Rマッパーが重要か？

OpenJDKのコミッタってどんなことしたらなったの？解決してきた技術課題の事例から見えてくる必要な知識と技術（JJUG CCC 2023 Spring）NTT DATA Technology & Innovation

[f_oggy]

目的と手段を取り違えそうになるいい例。DBA的にはプログラマのエゴでDBのI/O増やすんじゃないよと言いたい。そこまで考慮出来ているなら良いと思うけどね。

[rgfx]

だが断る。刺身にタンポポのせるようなクエリばっかじゃないんだよ。

[su_zu_ki_1010]

これはあまり参考にならないプレゼンテーションだと思う。業務で使うSQLはこんなシンプルなものばかりとは限らない。

[nakag0711]

ビューやストプロを知らないSQL上級者なんてあり得ない。ていうかクエリプランを考えないSQL上級者なんてあり得ない。

[twotiger]

例に出てくるSQLがまったく上級じゃない件について。

[t-wada]

RDBMSにはビューやストアドプロシージャがあるし、ORMにも生SQL渡し機能はある。排他的に選択するのではなく、状況(対象システム、データ量、チーム編成、良くある操作等)に応じて使い分けるのが良いのでは

[mikihoshi]

頷けるんだけど、ここでORMの利点として挙げられてるものは所謂TransactionScriptパターンでも実現できる部分が多いし、そもそもSQL自体もViewとかProcedureで部品化、抽象化できると言えないこともないってのはあるよなあ……

[milkya]

SQLは、データの集計・抽出に関するあらゆる操作を1文に集約して実現できることが元来メリットとして考えられてきたはずなのに、それを「分解・抽象化できない」として問題化してしまうとは…論点のすり替えな気が…

[wdr_s]

あれ、これがO/Rマッパーの本質、ではないような…

[sho]

ブコメが賛否両論なのが面白いね

[sylvan_l]

SQL上級者こそ知って欲しい、なぜO/Rマッパーが重要か？

[indication]

ActiveRecordのように洗練されたORMはいいが、追従できていないものについては極端に不便となり、作りたくもないViewが増える(temp view)。ORM選定の問題だろうけど、いろいろ考えさせられてる。(複数テーブルのjoinとかで詰む)

[iR3]

[O/Rマッパー]

[moguno]

tacke wrote: Viewはクエリに名前をつけるという部品化機能だから、SQLに構造化機能がないというのは言い過ぎな気が。Viewには変数がないので、機能が貧弱だという主張はその通りだと思う。 https://t.co/X2TyOizlOq

[shin0O]

ものすごくもやもやする

[perlcodesample]

SQLのほうがわかりやすいと思うけどな。部分を分解して書けるかどうかは、O/Rマッパーは関係ないと思うな。覚えることが多くなるO/Rマッパーは、あんまり好きになれない。

[FunnyBunnyDizzy]

賛否両論

[sugimori]

なるほど。SQLの部品化という発送はなかった

[witchstyle]

(2012/12/05公開のスライド)

[mizoguche]

O/RマッパーでSQLを部品化できるよ／速度はどうなんでしょうか。試さなわからん。

[takc923]

読んだ

[shigeaki1jp]

[O/R]

[shiba_yu36]

limitだけ変えるだけなのに、新しく関数定義してるみたいなのはあるある。でもこれってSQLを構築するものがあればよいだけでは

[deep_one]

Viewとか有効に使おうぜ…／SQLを手で書く前にAccessのクエリービルダーを使っていたので、手で書くようになった時Accessは偉大だと思った（笑）／ORマッピングはプログラム側の都合であって、SQLの能力とか関係ない。

[gelegele]

SQL書いたことないサーバーサイド技術者ってのが徐々に増えてくるのかな。

[jdg]

SQL::Makerとかのアプローチがブコメにあるクエリビルダーってやつかな？昨今のCoffeScriptやらSassやらのコンパイル言語の流行りに近くて使いやすい気がする。

[motsuni2]

ORMによって分解・構築・抽象化が可能となる。

[onetohihi]

初心者だからこそ勉強になるO/Rマッパーだった。

[h5y1m141]

前にミックさんが書かれた本でテーブルを集合という抽象度の高い存在とみなすみたいな記述を読んでかなり抽象概念の理解が問われるなぁと思っていたのでこのスライドを見てちょっと違和感感じた。

[elf]

SQLの抽象化，部品化自体はORMがなくてもやることなので（全体的にORMの制約による共通化ができるメリットはあるものの）特筆するメリットじゃないと思うな

[TsutomuOnoda]

SQL上級者こそ知って欲しい、なぜO/Rマッパーが重要か？

[pochi-p]

ORマッパーの叩き出すパフォーマンスが、DBサーバーのSQLオプティマイザのパフォーマンスを越えられるのかに疑問符が…。 / というかSQLの欠点は言語仕様改版で対応すべきじゃ？？

[shibacow]

その通りでそれゆえに、ORMapperは、インピーダンスマッチングと呼ばれる。たのプログラミング部分と、考える水準をあわせるのですね。

[dkfj]

ORMでも生SQLでも良いから、複雑なSQLをゴリゴリ書くなと思っている。

[hirata_yasuyuki]

生で書くと別の言語が混ざって気持ち悪いので、それを避けられるのも大きい。 Browsing: "SQL上級者こそ知って欲しい、なぜO/Rマッパーが重要か？"

[quodius]

部品化はCTEで可能…？

[ThailandMethod]

[O/R mapper]

[rryu]

SQLの抽象化機能というとビューとストアドプロシージャ、トリガーあたりだと思うが、どれもO/Rマッパーとは相性が悪いような。

[joan9]

SQL上級者こそ知って欲しい、なぜO/Rマッパーが重要か？

[antipop]

よかった