nabokov7; rehash : O/Rマッパーはなぜ悪か・2

December 07, 201215:49 カテゴリプログラミングmysql O/Rマッパーはなぜ悪か・2 前回、「SQLには○○が足りない！よろしくない！そこで...O/Rマッパー！」みたいなスライドを見た気がして、ひどいO/Rマッパーにさんざん苦しめられた記憶がフラッシュバックのように襲ってきて、 フザケンナ！お前らO/Rマッパー大好き族のせいでこっちは！こっちは...どんだけ苦労したか! ってかーっとなって記事書いたら、 「は？最近のO/Rマッパーはそんなアホじゃないし？w」「あ，はい。そうだったんですねー」 みたいな感じで瞬殺されて残念な感じになったw。いや、でもなんか違う、この気持ち、なんだろう。みんなにも伝えたい。なのでもうちょっと書く。 自分のO/Rマッパー不信にはいくつかのレイヤーがあって、いまだにそれがうまく整理できないんだけど、たぶん 1. 現実レベルの問

[tmurakam]

どういうSQLクエリが生成されるかは意識した上で O/Rマッパーを使うものだとおもうのだが。

[nippondanji]

SQLが理解できていない人の最大の功罪は、データベース設計がクソになるところだと思う。

[jdg]

合わせて読みたい。

[app2641]

言いたいことは分かるけど、それだと20歳社員の数だけ部署が取れちゃうよ

[tmatsuu]

最初の主張は同意。でも年齢が20歳の社員が所属する部署一覧を出すときにJOINでつなげる発想はおかしい。そこは副問い合わせのほうが自然。

[ttakezawa]

どんなエンジニアと仕事をしたのかは知らないけど、たしかにSQLの知識が不十分な状態で、ORMを使わせるとロクな事にはならないですね。でもORMを悪者にするのはやめて欲しい…。あとスロークエリ監視とかは必須

[invent]

nabokov7; rehash : O/Rマッパーはなぜ悪か・2

[moro]

「SQLを使う場合は手続き型じゃないアタマの使い方」というのは同意。|| それにしても例示している"SQL的な発想"のコードだと同じ部署が複数取れそうですね。アプリでフィルタしたりするんですかね。マジ!?

[barelo]

employees.* を持ってきちゃうのってO/Rマッパー的だなー

[ka-ka_xyz]

ORM的には食い違いを自動で埋めて、かつクエリが多少非効率でもキャッシュを持つことでクエリ発行回数を減らすのが理想（使用用途によってはキャッシュが仇になるけど）。元々銀の弾丸じゃないし、悪でもない。