Viewing 9 posts - 1 through 9 (of 9 total)
sistemas 95572 (1/29/2010)
* the inner select returns a reasonable amount of rows - so it fits in memory
shouldn't the IN statement be better since the inner query executes...
January 29, 2010 at 6:13 am
mike.anderson 52709 (1/29/2010)
mark.ross (1/28/2010)
mike.anderson 52709 (1/28/2010)
I'm curious to know what difference indexing makes to the plan, aside from transforming table scans to index scans?
Well, depending on the index, the table...
January 29, 2010 at 5:11 am
mark.ross (1/28/2010)
mike.anderson 52709 (1/28/2010)
I'm curious to know what difference indexing makes to the plan, aside from transforming table scans to index scans?
Well, depending on the index, the table scan COULD...
January 29, 2010 at 2:58 am
mark.ross (1/28/2010)
January 28, 2010 at 11:01 am
CirquedeSQLeil (1/28/2010)
mike.anderson 52709 (1/28/2010)
mark.ross (1/28/2010)
January 28, 2010 at 10:47 am
mark.ross (1/28/2010)
January 28, 2010 at 9:31 am
honza.mf (1/27/2010)
mike.anderson 52709 (1/27/2010)
Trying this out, I still get execution plans that are on the face of it identical (they must be different, because the result sets are different); the...
January 27, 2010 at 8:21 am
honza.mf (1/27/2010)
mike.anderson 52709 (1/27/2010)
January 27, 2010 at 8:01 am
honza.mf (1/27/2010)
CirquedeSQLeil (1/27/2010)
honza.mf (1/27/2010)
The first variant with IN can be more effective, it allways depend on data. Compare two queries without any knowledge about structure of tables,...
January 27, 2010 at 2:51 am
Viewing 9 posts - 1 through 9 (of 9 total)