【SQL入門】group by,distinctどちらが性能がよいのか - 新卒から文系エンジニア→人材業界に転職した人のブログ

【今回の内容】 前回は基本的なＳＱＬを備忘録で簡単にまとめていたけど、 【SQL入門】基本的なSQLを目的別にまとめてみた - ＦＯＲ ＳＥ その中に気になることがあったので調べたものをメモとして紹介します。 今の自分の現場では、重複行を絞り込む時に、「distinct」と「group by」を使う人それぞれいました。 distinctとgroup byは同じように重複行を消すという意味では どちらでもいいのかなーと思っていたけど、 疑問に思ったので少し調べてみました。 【疑問】distinctとgroup by は重複行を消す目的ならどちらを使ってもよいのか？ 【結論】 結果としてはどちらも重複行を消すという意味では同じらしい。 だが、一般的にgroup byは集合関数（sumとかcountとか）と一緒に使うので、 そもそもの目的用途が違うのではという話があった。 また、どちらが性能が良

[thesecret3]

重複を消す目的でgroup byだとselect句と同じことを書くの面倒では。

[theatrical]

オプティマイザによって違う。

[tmatsuu]

俺もEXISTSを使う派。あと、MySQLのGROUP BYは万能に使えてしまうので、他のRDBMS（PostgreSQLとか）で修行してこい派。

[suginoy]

GROUP BYはCOUNTやMAXなどと併用するので使う必然性があるけど、OracleはGROUP BYが性能よいケースが多かったはずだからDISTINCTは使わなくなった。あと、DISTINCT使うとDB設計を間違った気になるw

[y-kawaz]

速度は実装によるので一概には言えない。意味を考えたらGROUP BYとかで迂遠なことするよりDISTINCTが良いと思う。

[asuka0801]

DBによって挙動が違うのでまとめてどっちが良いとは言えないんだよね。

[zkangaroo]

技術系の話かと思ったら、検証していないどころかコードが一行も書かれてなく、人から聞いた話しをまとめてただけだった。なるほど、これが世の中のSEという人種なのか。

[wosamu]

RDBMS依存だろとしか言いようが無い。クエリーリライトとかがあるRDBMSだとどちらかが性能良いなら書き換わっちゃって見た目としては性能変わらないとかありうるし。

[minoton]

実行計画を見るとなんとなく想像つくね

[nakag0711]

これは使うRDBMS毎にテストせよとしか言えない。確かMS-Accessも似たようなパターンで書き方だけで激烈に性能が変わる問題があった。性能が同じなら意図に近い方で書くべきだが。

[affec]

tec

[sugibuchi]

等価な結果を返すクエリは同じ時間で処理されうるというのが一般論で、異なる時間で処理されるのは実装依存の個別論。事実PSQLでGROUP BYの方が速い問題も現在では改善されているはず。初めのうちは拘る必要ないと思う。