April 21, 2012 at 3:11 pm
For a table with 2000 records which one would be better, clustered scan or index scan?
April 21, 2012 at 3:31 pm
It's not a question of what's better, it's a question of what's possible.
If you're retrieving all columns, all rows, then a table scan (clustered index scan) is the only option. If you're retrieving a portion of the rows, an index seek would likely be better.
But everything's fast on 2000 rows.
Gail Shaw
Microsoft Certified Master: SQL Server, MVP, M.Sc (Comp Sci)
SQL In The Wild: Discussions on DB performance with occasional diversions into recoverability
April 23, 2012 at 5:54 am
When you say Clustered Scan or Index Scan, as Gail already mentioned, a Clustered Scan is a Clustered Index Scan / Table Scan. You can also have Index Scans on non-clustered indexes. But if you have an Index Scan on a NC Index, it's better to tweak it so it becomes an Index Seek, if you can.
Gail covered everything else in her answer, including the speed issue, so I'll just say "It depends" and "ditto" at this point.
Viewing 3 posts - 1 through 2 (of 2 total)
You must be logged in to reply to this topic. Login to reply