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
Azure SQL Data Warehouse Compute Optimized Gen2 tier sets new performance standards for cloud data warehousing. Customers now get up to 5 times better query performance, 4 times more concurrency, and 5 times higher computing power compared to the current generation. It can now serve 128 concurrent queries from a single cluster, the highest of any cloud data warehousing service.
20
+
Azure SQL Data Warehouse Compute Optimized Gen2 tier sets new performance standards for cloud data warehousing. Customers now get up to five times better query performance, four times more concurrency, and five times higher computing power compared to the current generation. It can now serve 128 concurrent queries from a single cluster, the highest of any cloud data warehousing service.
21
21
22
-
See the [Turbocharge cloud analytics with Azure SQL Data Warehouse](https://azure.microsoft.com/blog/turbocharge-cloud-analytics-with-azure-sql-data-warehouse/) blog annoucement from Rohan Kumar, Corporate Vice President, Azure Data.
22
+
See the [Turbocharge cloud analytics with Azure SQL Data Warehouse](https://azure.microsoft.com/blog/turbocharge-cloud-analytics-with-azure-sql-data-warehouse/) blog announcement from Rohan Kumar, Corporate Vice President, Azure Data.
23
23
24
-
## GDPR Compliance
24
+
## Features
25
+
26
+
### GDPR Compliance
25
27
Azure annouces full compliance and enforcement with the European Union (EU) General Data Protection Regulation (GDPR).
26
28
27
-
See the [New capabilities to enable robust GDPR compliance](https://azure.microsoft.com/blog/new-capabilities-to-enable-robust-gdpr-compliance/) blog annoucement by Tom Keane, Head of Global Infrastructure, Azure, for details on how Microsoft supports GDPR.
29
+
See the [New capabilities to enable robust GDPR compliance](https://azure.microsoft.com/blog/new-capabilities-to-enable-robust-gdpr-compliance/) blog announcement by Tom Keane, Head of Global Infrastructure, Azure, for details on how Microsoft supports GDPR.
28
30
29
-
## Rejected Row Support
30
-
Customers often use [PolyBase (External Tables) to load data](design-elt-data-loading.md) into SQL Data Warehouse due to the high performance, parallel nature of data loading. PolyBase is the default loading model when loading data via [Azure Data Factory](http://azure.com/adf) as well.
31
+
###Rejected Row Support
32
+
Customers often use [PolyBase (External Tables) to load data](design-elt-data-loading.md) into SQL Data Warehouse because of the high performance, parallel nature of data loading. PolyBase is the default loading model when loading data via [Azure Data Factory](http://azure.com/adf) as well.
31
33
32
34
SQL Data Warehouse adds the ability to define a rejected row location via the `REJECTED_ROW_LOCATION` parameter with the [CREATE EXTERNAL TABLE](https://docs.microsoft.com/sql/t-sql/statements/create-external-table-transact-sql) statement. After the execution of a [CREATE TABLE AS SELECT (CTAS)](https://docs.microsoft.com/sql/t-sql/statements/create-table-as-select-azure-sql-data-warehouse) from the external table, any rows that could not be loaded will be stored in a file near the source for further investigation.
33
35
34
36
See the [Load confidently with SQL Data Warehouse PolyBase Rejected Row Location](https://azure.microsoft.com/blog/load-confidently-with-sql-data-warehouse-polybase-rejected-row-location/) blog for more details on the Rejected Row behavior.
35
37
36
-
### Examples
38
+
The following example shows the new syntax for specifying Rejected Rows.
39
+
37
40
```sql
38
41
CREATE EXTERNAL TABLE [dbo].[Reject_Example]
39
42
(
@@ -46,21 +49,17 @@ WITH
46
49
)
47
50
```
48
51
52
+
### ALTER VIEW
53
+
[ALTER VIEW](https://docs.microsoft.com/sql/t-sql/statements/alter-view-transact-sql) allows a user to modify a previously created view without having to DELETE/CREATE the view and reapply permissions.
49
54
50
-
51
-
## ALTER VIEW
52
-
[ALTER VIEW](https://docs.microsoft.com/sql/t-sql/statements/alter-view-transact-sql) allows a user to modify a previously created view withouth having to DELETE/CREATE the view and reapply permissions.
53
-
54
-
### Examples
55
55
The following example modifies a previously created view.
56
56
```sql
57
57
ALTER VIEW test_view AS SELECT 1 [data];
58
58
```
59
59
60
-
## CONCAT_WS
61
-
[The CONCAT_WS()](https://docs.microsoft.com/sql/t-sql/functions/concat-ws-transact-sql) function resturns a string resulting from the concatenation of two or more values in an end-to-end manner. It separates the concatenated values with the delimiter specified in the first argument. The `CONCAT_WS` function is useful for generating CommaSeparated Value (CSV) output.
60
+
### CONCAT_WS
61
+
[The CONCAT_WS()](https://docs.microsoft.com/sql/t-sql/functions/concat-ws-transact-sql) function returns a string resulting from the concatenation of two or more values in an end-to-end manner. It separates the concatenated values with the delimiter specified in the first argument. The `CONCAT_WS` function is useful for generating Comma-Separated Value (CSV) output.
62
62
63
-
### Examples
64
63
The following example shows concatenating a set of int values with a comma.
65
64
```sql
66
65
SELECT CONCAT_WS(',', 1, 2, 3);
@@ -70,27 +69,26 @@ The following example shows concatenating a set of mixed data type values with a
70
69
SELECT CONCAT_WS(',', 1, 2, 'String', GETDATE())
71
70
```
72
71
73
-
## SP_DATATYPE_INFO
72
+
### SP_DATATYPE_INFO
74
73
The [sp_datatype_info](https://docs.microsoft.com/sql/relational-databases/system-stored-procedures/sp-datatype-info-transact-sql) system stored procedure returns information about the data types supported by the current environment. It is commonly used by tools connecting through ODBC connections for data type investigation.
75
74
76
-
### Examples
77
75
The following example retrieves details for all data types supported by SQL Data Warehouse.
78
76
79
77
```sql
80
78
EXEC sp_datatype_info
81
79
```
82
80
83
-
# Behavior Changes
84
-
## SELECT INTO with ORDER BY
81
+
## Behavior Changes
82
+
### SELECT INTO with ORDER BY
85
83
SQL Data Warehouse will now block `SELECT INTO` queries that contain an `ORDER BY` clause. Previously, this operation would succeed by first ordering the data in memory and then inserting into the target table reordering the data to match the table shape.
86
84
87
-
### Previous Behavior
85
+
#### Previous Behavior
88
86
The following statement would succeed with additional processing overhead.
89
87
```sql
90
88
SELECT * INTO table2 FROM table1 ORDER BY 1;
91
89
```
92
90
93
-
### Current Behavior
91
+
#### Current Behavior
94
92
The following statement will throw an error indicating the `ORDER BY` clause is not supported in a `SELECT INTO` statement.
95
93
```sql
96
94
SELECT * INTO table2 FROM table1 ORDER BY 1;
@@ -101,5 +99,5 @@ Msg 104381, Level 16, State 1, Line 1
101
99
The ORDER BY clause is invalid in views, CREATE TABLE AS SELECT, INSERT SELECT, SELECT INTO, inline functions, derived tables, subqueries, and common table expressions, unless TOP or FOR XML is also specified.
102
100
```
103
101
104
-
## SET PARSEONLY ON query status
105
-
Using the `SET PARSEONLY ON` syntax allows a user to have the SQL Data Warehouse engine examine the syntax of each T-SQL statement and return any error messages without compiling or executing the statement. Previously, in the [sys.dm_pdw_exec_requests](https://docs.microsoft.com/sql/relational-databases/system-dynamic-management-views/sys-dm-pdw-exec-requests-transact-sql) system view, the status for these statements would remain in the `Running` state. The `sys.dm_pdw_exec_requests` view will now return the status as `Complete`.
102
+
### SET PARSEONLY ON query status
103
+
Using the `SET PARSEONLY ON` syntax allows a user to have the SQL Data Warehouse engine examine the syntax of each T-SQL statement and return any error messages without compiling or executing the statement. Previously, in the [sys.dm_pdw_exec_requests](https://docs.microsoft.com/sql/relational-databases/system-dynamic-management-views/sys-dm-pdw-exec-requests-transact-sql) system view, the status for these statements would remain in the `Running` state. The `sys.dm_pdw_exec_requests` view will now return the status as `Complete`.
0 commit comments