Skip to content

Commit ae2be0e

Browse files
authored
Merge pull request #102542 from XiaoyuMSFT/rcsiupdate
rcsi updates
2 parents 8700f35 + cf2666b commit ae2be0e

File tree

1 file changed

+1
-1
lines changed

1 file changed

+1
-1
lines changed

articles/sql-data-warehouse/sql-data-warehouse-develop-transactions.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -20,7 +20,7 @@ Tips for implementing transactions in Azure SQL Data Warehouse for developing so
2020
As you would expect, SQL Data Warehouse supports transactions as part of the data warehouse workload. However, to ensure the performance of SQL Data Warehouse is maintained at scale some features are limited when compared to SQL Server. This article highlights the differences and lists the others.
2121

2222
## Transaction isolation levels
23-
SQL Data Warehouse implements ACID transactions. However, the isolation level of the transactional support is limited to READ UNCOMMITTED; this level cannot be changed. If READ UNCOMMITTED is a concern, you can implement a number of coding methods to prevent dirty reads of data. The most popular methods use both CTAS and table partition switching (often known as the sliding window pattern) to prevent users from querying data that is still being prepared. Views that pre-filter the data are also a popular approach.
23+
SQL Data Warehouse implements ACID transactions. The isolation level of the transactional support is default to READ UNCOMMITTED. You can change it to READ COMMITTED SNAPSHOT ISOLATION by turning ON the READ_COMMITTED_SNAPSHOT database option for a user database when connected to the master database. Once enabled, all transactions in this database are executed under READ COMMITTED SNAPSHOT ISOLATION and setting READ UNCOMMITTED on session level will not be honored. Check [ALTER DATABASE SET options (Transact-SQL)](https://docs.microsoft.com/sql/t-sql/statements/alter-database-transact-sql-set-options?view=azure-sqldw-latest) for details.
2424

2525
## Transaction size
2626
A single data modification transaction is limited in size. The limit is applied per distribution. Therefore, the total allocation can be calculated by multiplying the limit by the distribution count. To approximate the maximum number of rows in the transaction divide the distribution cap by the total size of each row. For variable length columns, consider taking an average column length rather than using the maximum size.

0 commit comments

Comments
 (0)