ORMとDBA

Hayato Matsuura @dblmkt

ORMが出したげなスロークエリを見つけたら、そのORMではどう書いたらよくなるかをアドバイスできるといいんだけど、なかなか難しくて、DBA的観点からしか話ができなくてつらい

Hayato Matsuura @dblmkt

DBAからみた理想的クエリ(高速実行、無駄な行をフェッチしないとか)と、アプリエンジニアから見た理想的クエリ(ORMで楽に書ける、ロジックとなじむとか)に乖離があって、そこを埋められるスキルが欲しい

oranie @oranie

@dblmkt 解決方法がまだ無くてもどういうパターンで困るとか是非知りたいです！

akuwano @kuwa_tw

@dblmkt @oranie 知りたいです！

Hiroaki SANO @hiroakis_

@kuwa_tw @dblmkt @oranie 知りたいです！

Hayato Matsuura @dblmkt

@la_luna_azul @kuwa_tw @oranie 今のところORM側の知識に乏しいので、全部困りますというか、何を言ったらアプリの人が困らないか分からないです。マジレス！

Hayato Matsuura @dblmkt

すいません、マジレスしかできません

oranie @oranie

@dblmkt @la_luna_azul @kuwa_tw ORM普通に使うとどういう糞クエリが出来るのかだけでも知りたいです！とマジレス

Hayato Matsuura @dblmkt

@oranie N+1問題、サブクエリや結合がやたら使われる、インデックス張っても変な条件が勝手に入って台無し、とかですかねー。まず、ORM使うと自分がどんなクエリ発行してるか意識しないと見なくなっちゃうのが一番問題なんじゃないですかね。。

oranie @oranie

@dblmkt あーそこはありますなぁ・・・。Golangで書いている時にORMの機能でとにかく全部EXPLAIN掛けるとかの機能無くてウヘェってなった記憶思い出した。

Hayato Matsuura @dblmkt

@oranie 使ってるツールの機能が足りなくてなおさらクエリの確認がおろそかになるループも確かにありそうですね。。ご存知の通り我が社はORMもカオスってるのでなおさらこまっちんぐw

oinume @oinume

@oranie @dblmkt 自分は複雑なクエリ書くときはORM使わないようにしてますねー。ORMの機能を覚えることほど不毛なことってないでしょうと思う人間なのでｗ

Hayato Matsuura @dblmkt

@oinume @oranie おお、世の中の開発者がみんなそう思ってくれればクソクエリがどんなに減るか！w

oranie @oranie

@dblmkt @oinume ORM カジュアルの機運が

Hayato Matsuura @dblmkt

いいねーいいねー、インデックス張ってもない100万件入ったテーブルでselect *とか、超イケてるッ！その潔ささわやかすぎるッ！

oinume @oinume

@dblmkt @oranie でも僕が知ってる凄腕のDBAがアプリエンジニアに転向してrailsのactiverecord最高！と言っていたので世の中複雑です…

oranie @oranie

@oinume @dblmkt ほほう…そういう人だとヤバかったら自分で直すわーみたいなノリで便利と割り切れるのかなぁ。

Hayato Matsuura @dblmkt

@oranie @oranie 使う側になるとActiveRecordは直感的に分かりやすいしいいですよねえ。。

oranie @oranie

@dblmkt @oinume やはりkamipoさんに頑張ってもらうしか無いですな

Ryuta Kamizono @kamipo

@oranie @dblmkt @oinume (ﾟＡﾟ;)ｺﾞｸﾘ