You are troubleshooting a slow-running query in Azure Synapse Analytics dedicated SQL pool. The query joins a large fact table (hash-distributed on ProductID) with a small dimension table (replicated). Upon reviewing the query plan, you see a 'ShuffleMove' operation. What is the most likely cause of the slow performance?
Trap 1: The query is running with a low resource class
Resource class affects concurrency, not shuffle.
Trap 2: Result set caching is enabled
Caching would improve performance, not cause shuffle.
Trap 3: Statistics are outdated on the dimension table
Outdated statistics may cause suboptimal plans but not necessarily shuffle.
- A
The dimension table is not actually replicated due to its size exceeding the replication threshold
If the dimension table is too large to be replicated, it will be distributed and cause shuffle.
- B
The query is running with a low resource class
Why wrong: Resource class affects concurrency, not shuffle.
- C
Result set caching is enabled
Why wrong: Caching would improve performance, not cause shuffle.
- D
Statistics are outdated on the dimension table
Why wrong: Outdated statistics may cause suboptimal plans but not necessarily shuffle.