Viewing 15 posts - 19,396 through 19,410 (of 22,226 total)
The issue I'm seeing is that Nested Loop operator, NodeId = 17, right before the Hash Match, NodeId = 16, that's performing the aggregation. Two issues there, first, it's using...
"The credit belongs to the man who is actually in the arena, whose face is marred by dust and sweat and blood"
- Theodore Roosevelt
Author of:
SQL Server Execution Plans
SQL Server Query Performance Tuning
October 23, 2008 at 10:53 am
Buck Woody addressed this question in a recent blog post:
http://blogs.msdn.com/buckwoody/archive/2008/10/20/erd-designer.aspx
"The credit belongs to the man who is actually in the arena, whose face is marred by dust and sweat and blood"
- Theodore Roosevelt
Author of:
SQL Server Execution Plans
SQL Server Query Performance Tuning
October 23, 2008 at 7:11 am
I got that link from our local Microsoft rep. I'm assuming it's on the RSN schedule (Real Soon Now).
"The credit belongs to the man who is actually in the arena, whose face is marred by dust and sweat and blood"
- Theodore Roosevelt
Author of:
SQL Server Execution Plans
SQL Server Query Performance Tuning
October 23, 2008 at 7:09 am
If you don't have a clustered index on the table, I'd at least put one on that ID column. After that, take a look at the execution plans to determine...
"The credit belongs to the man who is actually in the arena, whose face is marred by dust and sweat and blood"
- Theodore Roosevelt
Author of:
SQL Server Execution Plans
SQL Server Query Performance Tuning
October 23, 2008 at 6:38 am
There are exceptions, but by and large, every table should have a clustered index. The nonclustered indexes have to use RID to track down the data, which is generally not...
"The credit belongs to the man who is actually in the arena, whose face is marred by dust and sweat and blood"
- Theodore Roosevelt
Author of:
SQL Server Execution Plans
SQL Server Query Performance Tuning
October 23, 2008 at 6:33 am
I'm not aware of a resource for making these types of decisions except for common sense and experience. You could go to a consulting firm or bounce the ideas off...
"The credit belongs to the man who is actually in the arena, whose face is marred by dust and sweat and blood"
- Theodore Roosevelt
Author of:
SQL Server Execution Plans
SQL Server Query Performance Tuning
October 23, 2008 at 6:25 am
What about the Dudettes?
Anyway, short of installing it & checking the version, I'm not sure what you could do.
"The credit belongs to the man who is actually in the arena, whose face is marred by dust and sweat and blood"
- Theodore Roosevelt
Author of:
SQL Server Execution Plans
SQL Server Query Performance Tuning
October 23, 2008 at 6:14 am
And while I'm on it, I've run Powershell scripts against SQL Server 2008 before. I created a silly little test script for placing a load on a copy of AdventureWorks...
"The credit belongs to the man who is actually in the arena, whose face is marred by dust and sweat and blood"
- Theodore Roosevelt
Author of:
SQL Server Execution Plans
SQL Server Query Performance Tuning
October 22, 2008 at 8:48 am
It looks like it did precisely what you told it to. It limited the names to where they did not equal 'Name1' and it showed those for values not...
"The credit belongs to the man who is actually in the arena, whose face is marred by dust and sweat and blood"
- Theodore Roosevelt
Author of:
SQL Server Execution Plans
SQL Server Query Performance Tuning
October 22, 2008 at 8:21 am
Or
SELECT f.footballer_name
,a.goals_scored
FROM football.table f
JOIN another.table a
ON f.footballer_name = a.footballer_name
WHERE f.mins_played > 300
The problem you defined is a classic and simple JOIN between two tables.
"The credit belongs to the man who is actually in the arena, whose face is marred by dust and sweat and blood"
- Theodore Roosevelt
Author of:
SQL Server Execution Plans
SQL Server Query Performance Tuning
October 22, 2008 at 6:25 am
It's just a scan against a heap? You won't see any real improvements there until you change the situation, adding a clustered index, or an index, period. 7.0 might just...
"The credit belongs to the man who is actually in the arena, whose face is marred by dust and sweat and blood"
- Theodore Roosevelt
Author of:
SQL Server Execution Plans
SQL Server Query Performance Tuning
October 22, 2008 at 6:01 am
Nothing free that I'm aware of. SQL Prompt is pretty inexpensive though. It's got a real return on investment with the speed you can realize in writing TSQL code. You...
"The credit belongs to the man who is actually in the arena, whose face is marred by dust and sweat and blood"
- Theodore Roosevelt
Author of:
SQL Server Execution Plans
SQL Server Query Performance Tuning
October 22, 2008 at 5:55 am
In general, there are exceptions, you should have a clustered index on each table. You only get one and it affects how the data is stored, not just how it's...
"The credit belongs to the man who is actually in the arena, whose face is marred by dust and sweat and blood"
- Theodore Roosevelt
Author of:
SQL Server Execution Plans
SQL Server Query Performance Tuning
October 22, 2008 at 5:53 am
Are the query plans different?
My guess, and this is just a guess, the optimizer spends a little less time figuring out the ANSI 92 syntax than it does the ANSI...
"The credit belongs to the man who is actually in the arena, whose face is marred by dust and sweat and blood"
- Theodore Roosevelt
Author of:
SQL Server Execution Plans
SQL Server Query Performance Tuning
October 22, 2008 at 5:46 am
Did you get errors or anything? I had a heck of a time installing the 2008 version of AdventureWorks until I had file streaming installed & configured.
"The credit belongs to the man who is actually in the arena, whose face is marred by dust and sweat and blood"
- Theodore Roosevelt
Author of:
SQL Server Execution Plans
SQL Server Query Performance Tuning
October 22, 2008 at 5:42 am
Viewing 15 posts - 19,396 through 19,410 (of 22,226 total)