Viewing 15 posts - 17,776 through 17,790 (of 22,219 total)
Thanks. Good luck with the vendor.
"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
April 7, 2009 at 7:11 pm
Here's the basic way to do an insert into a table using a select. I'm using your code, so it'll be up to you to translate this:
INSERT INTO dbo.MyTable
(Column1
,Column2
,ColumnWhatever)
SELECT d.NewColumn1
,d.NewColumn2
,d.SomethingElse
FROM...
"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
April 7, 2009 at 7:06 pm
Jeff Moden (4/7/2009)
Bob Hovious (4/7/2009)
But could someone please point me to the language where I suggested that there should be an official blacklist?
Specifically, you didn't. Grant mentioned it first...
"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
April 7, 2009 at 10:55 am
It sounds like you're going to be in pain for some time to come. Document everything and work with them as closely as possible. That's about all you can 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
April 7, 2009 at 9:04 am
Can you get the actual execution plan and post it as a zip file?
Here's a video showing how to do that.
"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
April 7, 2009 at 8:59 am
There is a small cost to the * for queries in that the engine will have to do a search to find the column list that it's returning. It's slight,...
"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
April 7, 2009 at 8:46 am
I agree with GSquared. Some sample structures & data will make it easier to test.
However a few things jump out of this right away:
SELECT itl.user_id, au.notes, au.shift,
sum(update_qty * m.avg_cubes)...
"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
April 7, 2009 at 8:41 am
I'm not sure. It's a connection setting and if your connection is setting something other than -1, then it may need to be adjusted.
"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
April 7, 2009 at 7:57 am
davidandrews13 (4/7/2009)
oh i understand why 'where col1 like 'null%' doesn't work .:) presuming thats the bit your replying to?
i was just shocked that 'where col1 not like 'null%' does seem...
"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
April 7, 2009 at 6:57 am
It really depends. There's nothing that says a self-join is inherently bad and with proper indexing I would assume better performance than moving the data out into temporary tables and...
"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
April 7, 2009 at 6:33 am
It's a classic bookmark lookup issue. There are a number of possible solutions, but it really depends on your structure & business requirements. Do a search for solutions, but be...
"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
April 7, 2009 at 6:30 am
To perform both, you might want to look into using SSIS. You'll get a lot more control although it will require more work out of you. Otherwise, the other posts...
"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
April 7, 2009 at 6:23 am
Cool. CA released a free version. That's great. Good to know.
"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
April 7, 2009 at 6:18 am
davidandrews13 (4/7/2009)
Chris Morris (4/7/2009)
A Little Help Please (4/7/2009)
Thanks!!!!!!!!!Works! 😀
and d.account not like 'null%'Are you sure this works?
surprisingly, for me it does seem to work.
i just did a simple...
"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
April 7, 2009 at 6:17 am
fminns (4/7/2009)
Yes, I guess the WITH REPLACE would be the way foeward here. It's not what the course materials are telling me though which is just bound to confuse me...
"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
April 7, 2009 at 6:12 am
Viewing 15 posts - 17,776 through 17,790 (of 22,219 total)