以前のエントリー「コード体系の無知の恐ろしさ 」http://blogs.wankuma.com/ognac/archive/2007/04/08/70547.aspx
と重複するのですが....
RDB抜きの業務アプリは殆ど無いくらいに一般化しました。不思議なんですが私か関わったシステムでは文字項目がユニコードになっているテーブルが無いのです(ORACL/MSSQL限定:改修/新規問わず)。
Shift-JISで指定しているので、Byte換算がついて回ります。Unicode項目で処理すれば要らぬ処理が入らないし、WebアプリでもMaxLengthが有効に働くので、「入力できるのに登録できない」という事態も回避できそうなのに。
私が無知なだけで大きなUnicodeによるデメリットがあるのかしら。過去からの柵でshift-jisしか使えないのなら納得ですが、新規案件でも使われない。
理由を尋ねたら、「よく理解してない/実績が無いなどの理由でPMがウンと言わない」とのこと。
枯れた手法で開発するのは教務アプリでは常套なんですが、だからといってUnicode項目に限らず、新機能を使わないのは勿体ないなぁと思うのです。
設計責任者が保守的になるのは避けられないのでしょうかねぇ。この分だと FrameWork3.5が実業務で開花するのは何時の日になるやら。
(*誤字訂正) 教務=>業務