渡辺です。
当初の問題とは離れていますが、自分も興味あるところです。
ますは、結局のところケースバイケースなので、どちらが良いという結論は出ない、という前提でｗ

色々なケースがあるかとは思いますが、
自分が関わっているアプリケーションの領域は業務アプリやWebアプリです。
近年は必然的になんらかのフレームワークを採用する流れになります。
ここ数年、SQLを生で書く機会はかなり減りました。
また、特定のベンダに依存するようなSQLも極力は書かずにという流れがあります。
そんな中で効率よくアプリを実装するとなると、SQLでやるよりもSQLは隠ぺいしてしまい集計処理などはロジックでやる方がベターという考え方に行きつきます。
基本はプログラム側で処理し、パフォーマンスが求められる所では、生SQLでしっかり書くという感じです。

プログラム側でやるメリットとしては、特にJavaなどはIDEのコード補完と静的なコンパイル時のチェックが強い点です。
SQLの難点として流してみなければ動くかどうか判断しにくい点かと。
SQLがスラスラとコード保管してくれるようなエディタも聞いたことありません。
※これは知っていたら教えてください。

とはいえ、データベースとSQLを学ぶという意味では、簡単な相関サブクエリ、UNIONなどは必修範囲であると思います。
実際に最近の開発現場では、悲しい事に「サブクエリ？」って開発者は多いです。
上記のような流れがあるので、考えたり学習する機会自体が減っているかと。

結論はどっちも出来ることが重要ということでｗ

-- 
================================
Shuji Watanabe (skypeId: shuji.w6e)
  Blog:
    http://d.hatena.ne.jp/shuji_w6e/
  Labo:
    http://www.deathmarch.jp/
  Community:
    http://www.sapporo-java.org/