米田です。

>File Server にしても、Database にしても、やっぱり心配なのは
>日本語処理の問題で、SJIS と EUC が、互換性 100% のはずがない
>ので、仕方なく Client OS に合せて SJIS で統一して運用する、
>というのが私の今の考えです。
　こういった感覚を前提にするのであれば、

>（A)　Server=Linux+PostgreSQL   Clients=Win98SE+Access2k,Excel2k
>（B)　Server=Win2k+MSDE 　　Clients=Win98SE+Access2k,Excel2k
のA,B案のサーバー関連の差より、クライアント側を気にする必要があります。

例えば、Excel は97の頃から、VBAでは
? lenb("A")
 2
という風に UNICODEになっています。(SJIS感覚では 1Byte ですよね)
　Access も Access2k で UNICODE 中心に切替えたと記憶しています。

　現状では開発や、運用にあたっては Windows系はSJISではなく、 SJIS と UNICODE
の混成環境として気をつけておく必要があると思います。
　特に Access はバージョンによって、全角半角を同一視したり、部分的に XML 仕様
との関係で、エンコードを採用したり、歴史的経緯の影響により、不安を感じていま
す。
　日本で使用する以上、ユーザーからの入力データ、表示等の出力データに日本語が
必要になるとは思いますが、それ以外からは極力日本語を排除しておきたい印象を
もっています。

　現状の Windows系で純 SJIS と安心できる方法や、言語はちょっと思いつきませ
ん。
(A)について日本語処理の問題を不安視し、検証するのは正しいと思います。た
だ、(B)で手を抜けるかというと、そんなことはないはずです。
(失礼ですが、>（A)、>（B) 両方とも前の括弧が全角で、閉じる括弧が半角になって
いないでしょうか。話題が話題だけに過剰反応しました)

　折角ですので挙動を確認すると、この全角半角についても、Excel 97 VBAでは
? lenb("A")
 2
? lenb("A"）
 2
となり、lenb関数の後ろの)が全角でも同一視したうえで、動作します。

　これが、MS SQL Server 7 では、
SELECT GETDATE(）
行 1: '）' の近くに不正な構文があります。
となります。(但し、インストール時オプションにより同一視可能かもしれません)

--------------------------------
　では、MS SQL Server 系を選択するケースはないかというと、私なら
(B2)　Server=MS Windows 2000+MS SQL Server 2000
であれば、開発者や、運用担当者との相性で選択する場合もあると考えます。

　私の感覚では、(A)、(B2)の優劣はGUIを好むか、避けるかが一番大きいと思ってい
ます。

　その点で、(B)は矛盾が大きく避けたい組み合わせだと思います。
　MS Windows 2000+MS SQL Server 2000であれば、GUIを好む人には強力なシステム
で、UNIX系ではまず勝負にならないでしょう。

　逆にMSDEをシステムストアドプロシージャ等駆使して使いこなすのが苦にならな
いタイプの人なら、TELNET経由で、Linuxなり、PostgreSQLなり使いこなせそうに感じ
ます。
　このとき設定変更等行うときは、必ずログを残す習慣をつけているとWindows系の
GUIによる管理は、業務として行うには不安があって耐えがたい水準と言われても
しょうがないと思います。
(いまだとssh経由じゃないとだめかも)