柴垣です。

糸瀬さんの指摘は、当初のタイトルの範囲にとどまらないので、私も
すでにスレッドの主という立場でもなく、別立ての話題にしたほうが
いいと思いますが・・・。
　一応、私個人の感想を書いておくと、両手法の境目をどこにおくか
は微妙な問題で、ケースバイケースの面も多いと思います。私自身は
プログラムロジックのほうが慣れているため、バグの追跡などの場面
では、プログラムのほうがわかりやすく感じるところもあります。
　実際の作業では、SQL文に頼る範囲が年々増えてきているのですが、
Ver3.23のシステムもいくつかかかえているため、サブクエリはやはり
「複雑」で、私にとっては「SQLで簡単にできること・・・」の範囲は
他の人よりまだまだ狭いかもしれません。


> > 普通は別々に習得してプログラムでマージするなりする方が単純
> > で解りやすく、バグも少ないしし、仕様変更にも強いと思います
> > よ。
> 
> 私見になりますが、SQLで簡単にできることはSQLで済ませてしまう
> 方が良いと思っています。一概に言えないとは思いますが、今回の
> ような場合では、SQLで済ませてしまった方がバグが少なく、仕様
> 変更に強く、何より楽なのでは？思いました。

> サブクエリを使うということはそんなに複雑なのでしょうか・・？
> ある一つのテーブルであると見立てて結合するだけのことだと思って
> いるので、私は特に抵抗を感じないのですが、SQLにあまり慣れてい
> ないと、やはりわかりにくいでしょうか。

> 柴垣さんはこの言葉に納得されておられるのですが、他の方のご意見
> も伺いたいのです。
> これからSQLに習熟しようとなさる方が、渡辺さんの言葉をこれからも
> 「鉄則」のように適用なさっていくのは、本当にいいのだろうか！？
> と思ってしまった次第です。
> 
> 私は、「基本として、SQLで簡単にできることはロジックでやらないよ
> うに。パフォーマンスが悪い時だけロジックでやろう。」と教えてい
> ます。これは私の経験から得た結論なので、間違っているのであれば、
> 今回を機に訂正しようと思います。


_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/

 柴垣　 akiro@xxxxxxxxxx

_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/