UTF-8 支持 (CTP 2.3)

完全支持广泛使用的 UTF-8 字符编码作为导入或导出编码，或作为文本数据的数据库级或列级排序规则。 CHAR 和 VARCHAR 数据类型允许使用 UTF-8，并在创建或将对象的排序规则更改为带有 UTF8 后缀的排序规则时启用 UTF-8。

例如：将 LATIN1_GENERAL_100_CI_AS_SC 更改为 LATIN1_GENERAL_100_CI_AS_SC_UTF8。 UTF-8 仅适用于支持增补字符的 Windows 排序规则，如 SQL Server 2012 (11.x) 中所引入的。 NCHAR 和 NVARCHAR 仅允许 UTF-16 编码，并保持不变。

此功能可能会节省大量存储空间，具体取决于正在使用的字符集。 例如，使用已启用 UTF-8 的排序规则将带 ASCII（拉丁）字符串的现有列数据类型从 NCHAR(10) 更改为 CHAR(10)，意味着将减少 50% 的存储需求。 存储需求减少是因为 NCHAR(10) 需要 20 个字节进行存储，而 CHAR(10) 需要 10 个字节存储相同的 Unicode 字符串。

有关详细信息，请参阅 Collation and Unicode Support。

CTP 2.1 现支持在 SQL Server 2019（预览版） 安装期间默认选择 UTF-8 排序规则。

CTP 2.2 现支持将 UTF-8 字符编码与 SQL Server 复制结合使用。

CTP 2.3 现支持将 UTF-8 字符编码与 BIN2 排序规则 (UTF8_BIN2) 结合使用。

标量 UDF 内联 (CTP 2.1)

标量 UDF 内联自动将标量用户定义函数 (UDF) 转换为关系表达式，并将其嵌入调用 SQL 查询，从而提高利用标量 UDF 的工作负载性能。 标量 UDF 内联有助于实现基于成本的 UDF 内部操作优化，并产生面向集合的并行高效计划，而不是低效、迭代、串行执行计划。 在数据库兼容性级别 150 下默认启用此功能。

有关详细信息，请参阅标量 UDF 内联。

已对截断错误消息进行了改进，包括了表名和列名以及截断值 (CTP 2.1)

开发或维护数据移动工作负载的许多 SQL Server 开发人员和管理员非常熟悉错误消息 ID 8152 String or binary data would be truncated；当源数据太大而无法适应目标数据类型时，使用不同架构在源和目标之间进行数据传输会引发错误。 针对此错误消息进行故障排查可能非常耗时。 SQL Server 2019（预览版） 针对此情况引入了更具体的新错误消息 (2628)：

String or binary data would be truncated in table &＃39;%.*ls&＃39;, column &＃39;%.*ls&＃39;. Truncated value: &＃39;%.*ls&＃39;.

新错误消息 2628 为数据截断问题提供更多上下文，从而简化了故障排查过程。

CTP 2.1 和 CTP 2.2 这是一个选择加入错误消息，要求启用跟踪标志 460。

CTP 2.4 在数据库兼容性级别 150 下，错误消息 2628 成为默认截断消息并替换了错误消息 8152。 引入了新的数据库范围的配置 VERBOSE_TRUNCATION_WARNINGS 以在数据库兼容性级别为 150 时在错误消息 2628 和 8152 之间进行切换。 有关详细信息，请参阅 ALTER DATABASE SCOPED CONFIGURATION。 对于数据库兼容性级别 140 或***级别，错误消息 2628 仍然是要求启用跟踪标志 460 的选择加入错误消息。

改进了用于统计信息阻塞的诊断数据 (CTP 2.1)

SQL Server 2019（预览版） 为等待同步统计信息更新操作的长时间运行查询提供了改进的诊断数据。 如果 SELECT 在继续执行查询之前等待同步统计信息更新操作完成，则动态管理视图 sys.dm_exec_requests 列 command 显示 SELECT (STATMAN)。 此外，新的等待类型 WAIT_ON_SYNC_STATISTICS_REFRESH 会显示在 sys.dm_os_wait_stats 动态管理视图中。 它显示了针对同步统计信息刷新操作耗费的实例级别累计时间。