Viewing 15 posts - 14,821 through 14,835 (of 22,219 total)
You're probably looking at the plan cache. All plans in the plan cache are estimated plans. Every query you execute gets an actual execution plan, they have to. Not all...
"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
June 16, 2010 at 6:30 am
Yep, I agree with Gianluca, probably statistics.
It's also possible that you're seeing parameter sniffing. You'd want to look at the execution plan of the query to see what it's doing....
"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
June 16, 2010 at 6:29 am
If you need to maintain artificial keys between multiple databases I'd suggest one of two approaches, each of which has strengths & weaknesses. First, set up an ID service 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
June 16, 2010 at 6:27 am
I would look at getting a license for SQL Server 2008 R2. You can then use multi-server management to put this to work. Otherwise, you need to cobble something together...
"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
June 16, 2010 at 6:24 am
Yes, you can run reports while policies are being evaluated but you won't see a complete picture. Out of the box, no, you can not run policies against anything except...
"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
June 16, 2010 at 6:16 am
GilaMonster (6/16/2010)
Steve-3_5_7_9 (6/16/2010)
"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
June 16, 2010 at 6:12 am
Steve Jones - Editor (6/15/2010)
"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
June 15, 2010 at 5:40 pm
This is a case where using a cursor makes sense. I load a cursor and then build my backup statements with dynamic sql. That way you can specify location, file...
"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
June 15, 2010 at 12:11 pm
Yeah, NDA's are easy. It's Non-Compete's that I worry about.
"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
June 15, 2010 at 8:55 am
It's a legal compliance within what should be your standards anyway... sign it. No big deal.
You just have to be careful about language. I had a company that wanted 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
June 15, 2010 at 7:36 am
Yes, it's absolutely possible that you're seeing contention. That much contention though would be a bit concerning. What is running on the systems that could block a shared lock for...
"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
June 15, 2010 at 7:15 am
With just straight TSQL you'll have to backup the databases serially. That's how most everyone I know does it. That's how I do it. It is possible to backup in...
"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
June 15, 2010 at 6:58 am
In general, I'd recommend against using dynamic SQL. That said, there are some very good situations where you should use it because it solves problems like dynamic search or other...
"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
June 14, 2010 at 1:33 pm
Depending on the situation, I believe that table locks could perform better, whether or not you should use them is a second discussion.
But in general, your beliefs about how SQL...
"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
June 14, 2010 at 1:23 pm
sudhakara (6/14/2010)
Dave Ballantyne (6/14/2010)
Best advice would be to get SQL2008 internalshttp://www.amazon.co.uk/Microsoft-SQL-Server-2008-Internals/dp/0735626243
Thanks for your reply.
Searched on the book but i could not find any chapter related to the data...
"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
June 14, 2010 at 11:40 am
Viewing 15 posts - 14,821 through 14,835 (of 22,219 total)