Microsoft, Redmond, WA 98052-6399
GoetzG@Microsoft.com
Abstract
Microsoft SQL Server was successful for many years for transaction processing and decision support workloads with neither merge join nor hash join, relying entirely on nested loops and index nested loops join. How much difference do additional join algorithms really make, and how much system performance do they actually add? In a pure OLTP workload that requires only record-to-record navigation, intuition agrees that index nested loops join is sufficient. For a DSS workload, however, the question is much more complex. To answer this question, we have analyzed TPC-D query performance using an internal build of SQL Server with merge-join and hash-join enabled and disabled. It shows that merge join and hash join are both required to achieve the best performance for decision support workloads.
"MSSQL" 카테고리의 다른 글
- Microsoft SQL Server 2008 異 (2)2008/08/10
- SQL Server Hardware Tuning and Performance Moni... (0)2007/07/25
- SQL Server 2005? (0)2007/07/23
- The Value of Merge-Join and Hash-Join in SQL Se... (0)2007/06/22
- Microsoft SQL Server 2000 Distributed Queries:... (0)2007/06/22
- SQL Server 2005? (0)2007/05/25
- Microsoft SQL Server 2005? (0)2007/05/25
- SQL ? (0)2007/05/25
- SQL ?깅 (1)2007/05/25
- ?곗 (1)2007/05/25




The Value of Merge-Join and Hash-Join in SQL Server.pdf














