こんにちは、水口です。

> ３つのパラメータのすべてのあるなしパターンで分岐をし、
> 別々にSELECT文を書けば可能ではあるのですが、
> SELECT文の数がかなりすごいことになり、またパラメータが
> 増える可能性もあるので、あまりしたくありません。
ですよね。まっとうなプログラマならさけるべきだと思います。

> かといって、WHERE文の条件を文字列変数で持ち、という
> プログラム言語のようなことはできないようです。
できないようですね。困ったもんです。

> 何か手立てはないものでしょうか？
> また、このようなことはストアドプロシージャでなく他の
> 方法がよい、などありましたら、ご教示いただければ幸いです。
T-SQL は今日のプログラミング言語の水準を満たしているとは思いませ
ん。組み込み関数群も非力です。わたしだったら、すべて VB.NET 側で
まかないます。

> 同じ処理を使用することが多いのと、汎用性を持たせる
> ために、できるだけ複雑なDB周りの処理はプログラム側でなく
> DB側に持ちたいと考えています。
DB周りのロジックに変更が入った場合にはスキーマ変更が必要になった
りしますが、スキーマ変更するよりはアプリを置き換える方が簡単だと
思います。非常にクリティカルなシステムなどで、DB保守に割り込める
時間もとれないような場合を除き、変更の可能性があるロジックについ
てはアプリ側に実装するようにしています。次期 SQL Server では C# 
が実装されるという噂が本当だったらいいなぁ、と思ってます。


-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
    水口 敬唯(みずぐち ひろただ)
        Hirotada Mizuguchi
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-