Skip to content

Commit 8bbe0d5

Browse files
committed
large result set
1 parent cdd9002 commit 8bbe0d5

File tree

1 file changed

+3
-0
lines changed

1 file changed

+3
-0
lines changed

articles/sql-data-warehouse/sql-data-warehouse-best-practices.md

Lines changed: 3 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -58,6 +58,9 @@ INSERT, UPDATE, and DELETE statements run in a transaction and when they fail th
5858

5959
See also [Understanding transactions][Understanding transactions], [Optimizing transactions][Optimizing transactions], [Table partitioning][Table partitioning], [TRUNCATE TABLE][TRUNCATE TABLE], [ALTER TABLE][ALTER TABLE], [Create table as select (CTAS)][Create table as select (CTAS)]
6060

61+
## Reduce query result sizes
62+
This helps you avoid client side issues caused by large query result. You can edit your query to reduce the number of rows returned. Some query generation tools allow you to add “top N” syntax to each query. You can also CETAS the query result to a temporary table and then use PolyBase export for the downlevel processing.
63+
6164
## Use the smallest possible column size
6265
When defining your DDL, using the smallest data type which will support your data will improve query performance. This is especially important for CHAR and VARCHAR columns. If the longest value in a column is 25 characters, then define your column as VARCHAR(25). Avoid defining all character columns to a large default length. In addition, define columns as VARCHAR when that is all that is needed rather than use NVARCHAR.
6366

0 commit comments

Comments
 (0)