私のデータは純粋な ascii として受信されるため、外国語の文字や照合は必要ありません。
私の懸念は、アプリケーション コードのパフォーマンスです。varchar が nvarchar よりもパフォーマンスが優れているという多くの議論を読みましたが、Windows Unicode と SQL Server の非 Unicode varchar データの間で相互に変換するオーバーヘッドについては議論されていませんか?
varchar と nvarchar を処理する SQL Server 内のパフォーマンス、または Windows 側の Unicode と SQL Server 側の非 Unicode との間で行ったり来たりするアプリケーションのパフォーマンスなど、一般的に大きな影響はどれですか? どちらかが他のシナリオよりも優れたパフォーマンスを発揮するシナリオがあることは理解しています。そのため、私の主なシナリオは、単純なテキスト検索と、数百万件のレコードからの取得です。DAL として Entity Framework 6.1.3 を使用しています。
これは懸念事項であり、このトピックについて実験したり、知識のある人からのフィードバックをお待ちしています. varchar と nvarchar を議論する記事は、SQL データベースがパフォーマンスに関して完全に分離されており、外部ソフトウェアが機能しないように振る舞います。実際、Windows ネイティブの Unicode とデータベースでの ascii の間に Unicode インピーダンスの不一致があり、ストレージ容量と転送速度が無視され、ascii データベースのパフォーマンスの利点が無効になりますか? 特にEFに関しては？ありがとう