You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: docs/sql-server/what-s-new-in-sql-server-ver15.md
+6-5Lines changed: 6 additions & 5 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -102,6 +102,7 @@ Continue reading for more details about these features.
102
102
[!INCLUDE[sql-server-2019](../includes/sssqlv15-md.md)] introduces or enhances the following new features for the Database Engine
103
103
104
104
### Scalar UDF inlining (CTP 2.1)
105
+
105
106
Scalar UDF inlining automatically transforms scalar user-defined functions (UDF) into relational expressions and embeds them in the calling SQL query, thereby improving the performance of workloads that leverage scalar UDFs. Scalar UDF inlining facilitates cost-based optimization of operations inside UDFs, and results in efficient plans that are set-oriented and parallel as opposed to inefficient, iterative, serial execution plans. This feature is enabled by default under database compatibility level 150.
106
107
107
108
### Improve truncation message for ETL DW scenarios (CTP 2.1)
@@ -110,15 +111,15 @@ The error message ID 8152 `String or binary data would be truncated` is familiar
110
111
111
112
`String or binary data would be truncated in table '%.*ls', column '%.*ls'. Truncated value: '%.*ls'.`
112
113
113
-
The new default error message provides more context for the data truncation problem, simplifying the troubleshooting process. If existing applications rely on parsing message ID 8152 and cannot handle the new message ID 2628, then you can revert back to using message ID 8152, by enabling trace flag 459.
114
+
The new error message 2628 provides more context for the data truncation problem, simplifying the troubleshooting process. For CTP 2.1, this is an opt-in error message and requires [trace flag](../t-sql/database-console-commands/dbcc-traceon-trace-flags-transact-sql.md) 460 to be enabled.
114
115
115
-
### UTF-8 support (CTP 2.0)
116
+
### UTF-8 support (CTP 2.1)
116
117
117
-
Added support for UTF-8 collations in[!INCLUDE[sql-server-2019](../includes/sssqlv15-md.md)] CTP 2.1 Setup.
118
+
Added support to select UTF-8 collations as server collation during[!INCLUDE[sql-server-2019](../includes/sssqlv15-md.md)] CTP 2.1 Setup.
118
119
119
120
### Database compatibility level (CTP 2.0)
120
121
121
-
Database **COMPATIBILITY_LEVEL 150** is added. To enable for a specific user database, execute: (CTP 2.0)
122
+
Database **COMPATIBILITY_LEVEL 150** is added. To enable for a specific user database, execute:
122
123
123
124
```sql
124
125
ALTERDATABASE database_name SET COMPATIBILITY_LEVEL =150;
@@ -130,7 +131,7 @@ Full support for the widely used UTF-8 character encoding as an import or export
130
131
131
132
For example,`LATIN1_GENERAL_100_CI_AS_SC` to `LATIN1_GENERAL_100_CI_AS_SC_UTF8`. UTF-8 is only available to Windows collations that support supplementary characters, as introduced in SQL Server 2012. `NCHAR` and `NVARCHAR` allow UTF-16 encoding only, and remain unchanged.
132
133
133
-
This feature may provide significant storage savings, depending on the character set in use. For example, changing an existing column data type with ASCII strings from `NCHAR(10)` to `CHAR(10)` using an UTF-8 enabled collation, translates into nearly 50% reduction in storage requirements. This reduction is because `NCHAR(10)` requires 22 bytes for storage, whereas `CHAR(10)` requires 12 bytes for the same Unicode string.
134
+
This feature may provide significant storage savings, depending on the character set in use. For example, changing an existing column data type with Latin strings from `NCHAR(10)` to `CHAR(10)` using an UTF-8 enabled collation, translates into nearly 50% reduction in storage requirements. This reduction is because `NCHAR(10)` requires 22 bytes for storage, whereas `CHAR(10)` requires 12 bytes for the same Unicode string.
0 commit comments