O/Rマッパーによるトラブルを未然に防ぐ

This document summarizes a microservices meetup hosted by @mosa_siru. Key points include: 1. @mosa_siru is an engineer at DeNA and CTO of Gunosy. 2. The meetup covered Gunosy's architecture with over 45 GitHub repositories, 30 stacks, 10 Go APIs, and 10 Python batch processes using AWS services like Kinesis, Lambda, SQS and API Gateway. 3. Challenges discussed were managing 30 microservices, ensur

[kirte]

ORM便利だけど、直接SQL文書けばちょっとのことでも、特有の処理必要だったり、そもそも機能自体がないってことがあって残念 ORM使った上で効率良くしようとすると、そのORMの動作をひと通り知る必要も出てきて中々手間

[thujikun]

SQLかけないのにORM使っちゃダメだろ。。。

[sionsou]

あるあるだわ・・N+1問題とクエリー発行箇所不明問題はめちゃくちゃ遭遇した（ている）やはり直SQL最高とか思ってた時期もあったがきちんとコード読んで解決するべきだな。

[hiromark]

DBA も開発もやるあたくしゃ一体 (^_^;

[rgfx]

ORMその1その2その…そのnごときによるトラブルの解決とその学習コスト考えたら、簡単なCRUD程度ならSQL書けたほうが早いよね。別にSQLな集計処理のバッチでバケツリレー書けって話じゃなし。

[hiroyukim]

よく分からない人が自前でＳＱＬ組み立てる処理を書くよりは格段に安全でマシだとおもうので開発ケースによっては使うべきだとは思うな。

[uxlayman]

DBAが嫌う理由の一つとして「いざという時DB固有のチューニングが行えない」ってのがあるので、そこができることは押さえておいた方がよいな。まあ生SQLが実行できればOK感があるけど

[smita]

コメントを使って、SQLごとに一意なIDをつける（多くのORMで未サポート）/ いける！と思わせてからの失望感。

[naka-06_18]

良い話。札束で頬を叩け。そこまでの人材に多くを求めるな。

[vivit_jc]

ORMは友達、怖くないよ

[SWIMATH2]

冷静でよい/ORM自体のいろんな実装方針の紹介があって学びになる

[letitride]

たまに読み返したくなる

[octweb]

定期的に読み返したいもの

[delegate]

[O/Rマッパー]

[l__LINE__l]

ライオンさん、怖いです

[nyop]

楽しい記事。

[efcl]

ORMとSQLの組み立て方式についてよくまとまったスライド。

[ir_takt]

[O/Rマッパー]

[masa8aurum]

良エントリ。アプリ開発側としても、またもしDBAになった場合にも、役立ちそう

[ginpei]

ORMを使う際に問題になりがちな事項と対策。とりあえずSQL知らないとどうにも。

[gam-22]

N+1問題

[berlysia]

ORM便利だけど、有効でないケースでも無理に使おうとするからいけないのでは

[noonworks]

ORマッパーってその名の通りオブジェクトとリレーショナルモデルとのマッパーだから本質的にはSQLと関係ないはずなんだけど、現実問題としてSQLじゃないRDBアクセス方法がほとんどない

[yassan0627]

これは良いまとめ。

[TokyoIncidents]

わかるんだけどこれが必要なDBAが別にいる開発案件ってどのくらいあるんだろう？

[rryu]

結局どういう問い合わせをするとどういう結果が返ってくるかはSQLが分からないと分からないからO/Rマッパーを使うにあたってもその知識は必要ということなんだな。

[nabetama]

「大きいテストデータを用意」これは間違いない。

[sawarabi0130]

そもそもそんな案件にORMを採用してはいけない。データ量が１テーブルあたり100万件未満とかの小規模案件向きだろう。

[rAdio]

DBAなんて雲上人と仕事できるような環境ではないけど、いわゆる「N+1問題」については、「インフラ担当」として本当に何度も言ってるのに、ドヤ顔で量産されるのでいつも困惑する。

[tanakaBox]

無知のライブラリ批判カッコ悪い。

[gologo13]

ORMの設計、実装の話

[pochi-mk]

後半の心構えシリーズ、気に入った（ORMだけの話じゃないとは思うけど開発者一般の心構えとして）。

[iR3]

[O/R Mapper][DB]ふむふむ

[mooonymann]

“http://datamapper.org/”

[thaim]

何も考えずにORM使ってましたごめんなさい。こういった、SQLではなくORMのプラクティス/アンチパターンは貴重

[troter]

DataMapperくん、開発が停滞気味なのが残念。

[kyopeco]

“「SQLをろくに知らない開発者」 vs 「ORMをろくに知らないDBA」”

[Nkzn]

よい知見の塊。最後のページに心を砕かれた。