String.ToUpperInvariant（）を使用した文字列の正規化

Question

現在、正規化されたバージョンの文字列をSQL Serverデータベースに小文字で格納しています。たとえば、私のUsersテーブルには、UserNameフィールドとLoweredUserNameフィールドがあります。コンテキストに応じて、TeredoのLOWER（）関数またはC＃のString.ToLower（）メソッドを使用して、LowereredUserNameフィールドを埋めるためにユーザー名の小文字バージョンを生成します。 Microsoft's guidelinesとVisual Studio's code analysis rule CA1308によれば、ToLower（）の代わりにC＃のString.ToUpperInvariant（）を使用する必要があります。マイクロソフトによると、これはパフォーマンスとグローバリゼーションの両方の問題です。大文字に変換することは安全ですが、小文字に変換すると情報が失われる可能性があります（たとえば、the Turkish 'I' problem）。

ToUpperInvariantを文字列正規化に使用すると、スキーマがMicrosoft's ASP.NET Membershipフレームワーク（this related question参照）に基づいているため、文字列を小文字に正規化するため、データベーススキーマも変更する必要があります。

マイクロソフトでは、C＃で大文字の正規化を使用するように忠告していますが、Membershipテーブルおよびプロシージャの独自のコードは小文字の正規化を使用していますか？すべてを大文字の正規化に切り替えるか、小文字の正規化を続けるだけですか？

Answer 1

最初の質問に答えるには、はいMicrosoftは少し矛盾しています。 2番目の質問に答えるには、アプリケーションでボトルネックの原因となっていることを確認するまで、何も切り替えないでください。

時間を無駄にするのではなく、プロジェクトにどれだけの進歩があるかを考えてください。あなたの開発時間は、そのような変更から得られる節約よりずっと貴重です。

は覚えておいてください：

早期の最適化が（あるいは少なくともそのほとんど）プログラミングで諸悪の根源です。 - Donald Knuth

Answer 2

CA1308によると、これを行う理由は、いくつかの文字が上から下ケースに変換往復することができないということです。重要なことは、常に一方向に移動することです。標準が常に小文字に移行する場合は、それを変更する理由はありません。

Answer 3

小文字の正規化を続行します。大規模な問題が発生した場合にのみ、Microsoft標準に準拠するように変更してください。

これは残念ですが、価値があります。悲しいことに、マイクロソフトの「標準」は一貫しているとは考えられない傾向があります。彼らとの経験は、説得力のある理由がなければ、それが動作している間に動作するものに留めることが最善であることを示しました。これは一般に、Microsoft以外のテクノロジには当てはまりません。マイクロソフトの「標準」の恣意性が避ける価値があるのです。

編集：ここで明確にする必要があります。マイクロソフトの私の意見は、標準の長い経験から、非常に低いです。コメントに指摘されているように、私は「Microsoft以外のすべての人」について指摘する特別な言及はありません。これは私の個人的な経験から来たものです。あなたのマイルは多岐にわたることがあります。この回答は実際には私の意見と考えるべきです。早くそれをもっと明確にしないと申し訳ありません。