Viewing 15 posts - 19,891 through 19,905 (of 22,226 total)
And (broken record time) the execution plans for the queries that are causing you the most pain.
"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
July 25, 2008 at 8:20 am
I had never heard of that before, so I did some searching around. You're not the only one to see this. From what I can see out there, it's actually...
"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
July 25, 2008 at 8:15 am
Lookup Backup in the books online.
You might also look at this[/url].
"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
July 25, 2008 at 7:13 am
The pro to having a single table, and I see only one, is that you don't have to worry about JOIN statements in your queries. With decent indexes and appropriate...
"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
July 25, 2008 at 7:09 am
Make sure the other parts of the IF statement are also wrapped in BEGIN..END. You simply can't have multiple statements within an IF clause without wrapping them.
"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
July 25, 2008 at 6:36 am
You only get one statement after an IF clause so your current code is hitting RETURN and exiting. Try this:
ELSE
BEGIN
--==== If The file does not exist...
"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
July 24, 2008 at 8:09 am
Thanks for that. I love these forums. I learn something new every single day.
"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
July 24, 2008 at 8:02 am
I haven't tried that yet. I suppose it will work if documentation says so. It's not one of these places I like to take chances with.
"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
July 24, 2008 at 7:50 am
Then you have to restore to a new location, either a new database or a new server, and then move the data you need to recover from that new location...
"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
July 24, 2008 at 7:47 am
The answer to that really depends on the query in question. Here's an example where each results in the same data
SELECT a.*
FROM TableA a
WHERE a.ColA IN (SELECT ColA FROM TableB)
SELECT...
"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
July 24, 2008 at 7:45 am
Please don't cross-post.
Answering over here: http://www.sqlservercentral.com/Forums/Topic540018-149-1.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
July 24, 2008 at 7:41 am
As long as you don't have conditional execution of the procedures, you can really go either way. You should get identical plans. This becomes a problem when people put IF...
"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
July 24, 2008 at 7:38 am
If you're creating the SSIS packages in 2008, you won't be able to deploy them to 2005. I also strongly recommend you DO NOT install 2008 alongside 2005 just yet....
"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
July 24, 2008 at 7:16 am
Interesting Jack, thanks for the info. I was under the impression that it was possible to lose data, regardless of the mechanisms...
So, if I start the service on the server...
"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
July 24, 2008 at 7:05 am
Statement complete should have choked you out with information, especially if you're running cursors. So you went into TSQL and turned on SQL:StmtCompleted and into Stored Procedures and enabled SP:StmtCompleted?...
"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
July 23, 2008 at 1:37 pm
Viewing 15 posts - 19,891 through 19,905 (of 22,226 total)