SQLの集合関数とRailsでの集計のパフォーマンスの差について

Question

あるカラム(整数型)の和を求める際に

1. SQLの集合関数を使う
2. WHERE句で取得したレコードをRailsの関数で足し合わせる

の2通りの方法があると思いますが、
1.の手法の方がパフォーマンスがよいと聞いたことがありますが、
具体的に、どうしてSQLの集合関数の方がパフォーマンスに優れるのでしょうか？

参考
【Rails】カラムの合計値を求める！

Answer 1

どうしてSQLの集合関数の方がパフォーマンスに優れる

SQLは集計するためのアプリケーションだからでしょう。
また大量のデータを抽出してからRailsで集計すると受け渡しでの
オーバーヘッドも大きいはずです

Comments

[raitehu]

オーバーヘッドの大きさについては納得です。

> SQLは集計するためのアプリケーションだから

単純な計算時間としてSQLとRailsに違いってあるんでしょうか？
(ハードウェア的な差を除いて)

[yambejp]

同じSQLでもインデックスのありなしで数百倍以上のスピード差がでるのですから
集計やデータ抽出に特化していない汎用言語ではパフォーマンスは期待できないです

[raitehu]

具体的なイメージはついていないですが、納得できました。
もう少し調べてみたいと思います。ありがとうございました！

Answer 2

データベースサーバとアプリケーションサーバが通信する所を考えてみてください。

例えば
データベースサーバで集計した数値（例えば、1億件）を返すのと
データベースサーバからレコードのデータを1億件分取得してから合計する

という事を想像してみれば分かるかと思います。

Comments

[raitehu]

なるほど、とても具体的で直感的にわかりやすいです。
ありがとうございます。

Answer 3

ほとんど場合、SQLでできることはSQLでやったほうが早いです。そのためにデータベース・サーバーはそれなりに高性能なハードウェアを用意しているはずです。

以前、SQL関数を全面的に禁止していたSIerがあったのを思い出しました。笑い
良心のある開発者は誰もそんなルールは守りませんでしたが。

Comments

[raitehu]

そもそものプログラムの差として、SQLとRubyの違いってそこまで大きいものなのでしょうか？

[Orlofsky]

テーブルに1,000万件くらいのデータを用意してSQLで SELECT SUM... するのとではネットワークトラフィックが全然違うのが想像できるでしょう。それと、SELECT * FROM ... で全件取得してRubyで合計を求めるコードを用意して、処理時間を実測してみては？

[raitehu]

ネットワークトラフィックの部分については納得できてます。
気になっていたのは1000万個の数値をSQLやRubyが「足し算する」部分だけにかかる時間の差です。

が、yambejpさんの回答でもだいぶ納得できているので、
処理時間の実測などの実験にうつってみようと思います。

回答ありがとうございました！