xmlをxml型付き列に格納すると、データは単純なテキストとして格納されません。nvarcharの場合のように、データはある種の解析済みデータツリーに格納され、解析されていないxmlバージョンよりも小さくなります。これにより、データベースサイズが減少するだけでなく、検証や簡単な操作など、他の利点も得られます（これらのいずれも使用していなくても、将来使用するためにあります）。
一方、サーバーは挿入時にデータを解析する必要があります。これにより、データベースの速度が低下する可能性があります。速度とサイズを決定する必要があります。
編集：
個人的には、データベース内のデータは、リレーショナルモデルで実装するのが難しい構造を持っている場合にのみxmlとして保存する必要があると思います。レイアウト、スタイルの説明など。通常、これは多くのデータがなく、速度が問題にならないことを意味します。したがって、データの検証や操作機能（最後になりましたが、値をクリックする機能）などのxml機能が追加されました。管理スタジオでフォーマットされたxmlを参照してください-私はその機能が本当に大好きです！）、コストを上回ります。
私はデータベースに大量のxmlを直接保存した経験がなく、リレーショナルモデルよりもほとんどの場合遅いので、オプションがあればそうしませんが、そうなるとしたら、私はd両方のオプションをプロファイリングし、ニーズに最適なサイズと速度のどちらかを選択することをお勧めします。