公務員叩きに物申す！−現職公務員の妄言 システム運用保守に、後期高齢者医療制度に、公務員叩き批判に、行政改革に、福祉行政に、ITに、WEB2.0に、SNS管理に、VBに、Scriptに、情報セキュリティに、IPネットワークに、SEOに、ほんの少し家族サービスなブログ。

＞　市町村から提供のあった各種データにSQLをかけて、濁音２文字を１文字に、拗音や促音の小文字を大文字に置換するだけである。

通りすがりのＳＥです。公共ＳＥのことはよく知りませんので外しているかもしれませんが、
あまりにも安直に考えておられたので思ったこと参考までに書いてみます。

市町村から提供のあった各種データ＝マスタデータですが、
マスタデータを直接変換するというのは普通は危険すぎて行わないと思います。
変換テーブルを作るか、ロジックで解決するどちらかです。

（１）初期移行時の問題
　元のシステムが「シ゛ョン　スミス」のような「゛」（濁音）の単独入力を許可するシステムであれば
　例えば「あ゛」のような「濁音２文字を１文字」に置換できない例外を想定して設計するのが常識でしょう。
　当然、まともなＳＥであれば「あ゛」入りの文字列を検索するために、「゛」が単独で入力可能なインターフェースを設計すると思われます。
　懸案は３点
　（１）「あ゛」を職権によって訂正できるのか
　（２）本人にいちいち読み方を確認できるのか
　（３）読み仮名に「あ゛」を使ってはいけないというルールがあるのか
　（４）既に亡くなられた方はどういう扱いにするのか

結局は、「フリガナに関する諸問題を放置し、統一基準や規格を作成することを避けている」のは
過去分に遡って訂正するのが不可能なのも一つの要因だと思います。

（２）運用上の問題
　市町村から提供のあった各種データを変換するバッチ処理のタイミング。
　市町村から提供のあった各種データを次の日の営業開始までに必ず変換が終わることを
　保障できません。「外国から１万人の長期出張中の老人が転入してきたらどうする？」

（３）解決策
　（１）データベース側での解決
　　　「ジ」が入力されたときに「シ゛」と「ジ」を検索するようにする。
　（２）インターフェースでの解決
　　　「あいまい検索」のような機能を作りこみ「ジ」が入力されたときに「シ゛」と「ジ」を検索するようにする。
⇒いずれの方式もＤＢアクセスが数倍になるため、ハード設計からやり直しとなり、不可能と思われます。

以上、駄文でした。