Unicode 压缩的实现
SQL Server 使用 Unicode 标准压缩方案（Standard Compression Scheme for Unicode，SCSU）算法实现来压缩在行或页压缩对象中存储的 Unicode 值。对于这些压缩对象，Unicode 压缩对于 nchar(n) 和 nvarchar(n) 列而言是自动的。数据库引擎 将 Unicode 数据存储为 2 个字节，无论区域设置如何。这称为 UCS-2 编码。对于某些区域设置而言，在 SQL Server 中实现 SCSU 压缩可节省高达 50% 的存储空间。
支持的数据类型
Unicode 压缩支持固定长度 nchar(n) 和 nvarchar(n) 数据类型。存储于行外或 nvarchar(max) 列中的数据值不压缩。
.gif "注意") 注意 |
|---|
nvarchar(max) 数据不支持 Unicode 压缩，即使这些数据存储于行内也不支持。但是，此数据类型仍可以从页压缩中获益。 |
从 SQL Server 的早期版本升级
在某一 SQL Server 数据库升级到 SQL Server 2008 R2 时，将不会对任何数据库对象（无论是压缩的还是未压缩的）进行与 Unicode 压缩相关的更改。在数据库升级后，对象会受到影响，如下所示：
如果该对象未压缩，则不会进行更改，并且对象继续像以前一样工作。
行或页压缩的对象继续像以前那样工作。未压缩的数据将一直保持未压缩的形式，直到其值被更新。
插入行或页压缩表的新行使用 Unicode 压缩进行压缩。
注意为了充分利用 Unicode 压缩的好处，必须使用页或行压缩重新生成对象。
Unicode 压缩影响数据存储的方式
在创建或重新生成某一索引时，或者在使用行或页压缩进行压缩的表中更改某一值时，只有在其压缩大小小于其当前大小时，受影响的索引或值才以压缩的形式存储。这样可避免表或索引中的行由于 Unicode 压缩而增大。
压缩节省的存储空间取决于所压缩数据的特性和数据的区域设置。下表列出了可以为若干区域设置节省的空间。
区域设置 |
压缩百分比 |
|---|---|
英语 |
50% |
德语 |
50% |
印地语 |
50% |
土耳其语 |
48% |
越南语 |
39% |
日语 |
15% |