• Status: Solved
  • Priority: Medium
  • Security: Public
  • Views: 53
  • Last Modified:

improving on PARALLELISM , SORT costs...

when you use 'include actual execution plan'
      when we see scans, we can put an index.. what about below:
      
      can you improve on
      PARALLELISM (Repartition Streams)
      PARALLELISM (Distribute Streams)
      Sort
      
      when the cost on these are high?
      is sort related only to ORDERBY or could it be other factors also?
0
25112
Asked:
25112
  • 2
1 Solution
 
PortletPaulCommented:
I suggest you read the following to get an understanding of parallelism in SQL Server:
https://www.simple-talk.com/sql/learn-sql-server/understanding-and-using-parallelism-in-sql-server/

SORT is most commonly associated with ORDER BY, but other operations such as "select distinct" or "union" might result in a need to sort the data within an execution plan.
0
 
25112Author Commented:
thanks Paul.
0
 
PortletPaulCommented:
No problem. Thanks.
0

Featured Post

Free Tool: ZipGrep

ZipGrep is a utility that can list and search zip (.war, .ear, .jar, etc) archives for text patterns, without the need to extract the archive's contents.

One of a set of tools we're offering as a way to say thank you for being a part of the community.

  • 2
Tackle projects and never again get stuck behind a technical roadblock.
Join Now