适用于：
SQL Server
Azure SQL 数据库
Azure SQL 托管实例
Azure Synapse Analytics
Analytics Platform System (PDW)
如果遵循以下指导原则，则使用 Transact-SQL 语句的数据库和数据库应用程序将变得更易于在语言之间移植，或者将支持多种语言：
自 SQL Server 2019 (15.x) 起以及在 Azure SQL 数据库中，使用以下任一值：
具有已启用
UTF-8
的排序规则的 char、varchar 和 varchar(max) 数据类型，并使用 UTF-8 对数据进行编码
。
具有已启用
附属字符 (SC)
的排序规则的 nchar、nvarchar 和 nvarchar(max) 数据类型，并使用 UTF-16 对数据进行编码
。 使用非 SC 排序规则会导致使用 UCS-2 对数据进行编码。
这避免了代码页转换问题。 有关其他注意事项，请参阅
UTF-8 与 UTF-16 的存储差异
。
到 SQL Server 2017 (14.x) 为止，将
char
、
varchar
和
varchar(max)
数据类型的所有使用替换为
nchar
、
nvarchar
和
nvarchar(max)
。 如果使用已启用
增补字符 (SC)
的排序规则，则使用 UTF-16 对数据进行编码。 使用非 SC 排序规则会导致使用 UCS-2 对数据进行编码。 这避免了代码页转换问题。 有关详细信息，请参阅
排序规则和 Unicode 支持
。
text 数据类型已弃用，不应在新的开发工作中使用此数据类型
。 计划将 text 数据转换为 varchar(max)
。
当执行月份和星期的比较与操作时，请使用数值日期，而不要使用名称字符串。 不同的语言设置返回的月份和工作日的名称也不同。 例如，当语言设置为美国英语时，
DATENAME(MONTH,GETDATE())
返回
May
，而当语言设置为德语时，返回
Mai
，语言设置为法语时则返回
mai
。 应使用以数字而非名称表示月份的函数，如
DATEPART
。 在生成显示给用户的结果集时，请使用 DATEPART 名称，因为日期名称通常比数值表示形式更有意义。 但是，编写逻辑代码时不要使用任何依赖于特定语言显示的名称。
当指定用于比较的日期，或者指定用于 INSERT 或 UPDATE 语句的输入的日期时，请使用对于所有的语言设置解释方式都相同的常量：
ADO、OLE DB 和 ODBC 应用程序应使用下列 ODBC 时间戳、日期和时间转义子句：
{ ts'yyyy mm dd hh : mm : ss [.fff] '}，例如：{ ts'1998-09-24 10:02:20'}
-
-
{ d' yyyy mm dd '} 例如：{ d'1998-09-24'}
-
-
{ t' hh : mm : ss '}，例如：{ t'10:02:20'}
使用其他 API 的应用程序或 Transact-SQL 脚本、存储过程和触发器都应使用未分隔数值字符串。 例如
yyyymmdd
为 19980924。
使用其他 API 的应用程序或 Transact-SQL 脚本、存储过程和触发器在进行 time、date、smalldate、datetime、datetime2 和 datetimeoffset 数据类型与字符串数据类型之间的所有转换时都应使用带有显式样式参数的
CONVERT
语句
。 例如，以下语句对于所有语言或日期格式连接设置的解释方式都相同：
SELECT *
FROM AdventureWorks2022.Sales.SalesOrderHeader
WHERE OrderDate = CONVERT(DATETIME, '20060719', 101)
