Viewing 15 posts - 14,281 through 14,295 (of 22,224 total)
For it to simply stop execution I'd expect an error or message of some sort. However, to try to figure it out, I'd wrap the statements in a TRY/CATCH block...
"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
September 29, 2010 at 6:52 am
Yeah, I'd add a few counters to that.
SQLServer:Buffer Manager:Page Life Expectancy
SQLServer:Buffer Manager:Lazy writes/sec
SQLServer:Memory Manager:Memory Grants Pending
Memory:Pages/sec
Memory:Page Faults/sec (really useful for trend analysis)
Memory:Pages Input/sec
Memory:Pages Output/sec
If you want to know 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
September 29, 2010 at 6:47 am
If the query is for reporting only, why would it be taking out an exclusive lock on the index? Are you sure that the query isn't doing some type of...
"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
September 29, 2010 at 6:42 am
Just to reiterate, since you bounced the server, there's no real recourse for identifying an issue other than the error logs. That is, unless you put some type of monitoring...
"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
September 29, 2010 at 6:40 am
What are you trying to do? There are ways to create temporary tables (as is shown above), table variables, and you can create permanent tables, all on the fly. So...
"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
September 29, 2010 at 6:38 am
Yep, pretty much. The dateadd function can manipulate hours, minutes, seconds, days, months, years... whatever you need.
"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
September 29, 2010 at 6:37 am
I don't know about everyone else, but I'm seeing less and less data design these days as we use more and more ORM tools. They "do the design for 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
September 29, 2010 at 6:27 am
lallu_jaya (9/28/2010)
I shall do it that way. I actually found that one of the join was redundant and removed it and found performance improvement.
Grant,
Thanks for your reply. Shall not worry...
"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
September 29, 2010 at 5:46 am
That's pretty much what you need. While you're there you should probably go ahead and capture duration, the database, start time, maybe the user... you can add six or seven...
"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
September 28, 2010 at 1:25 pm
Jeff Moden (9/28/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
September 28, 2010 at 7:41 am
Complete side point, but note the difference between how Gail had you do the table joins and how you were doing them in the original query. What you're doing is...
"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
September 28, 2010 at 7:02 am
I'm not a guru either.
It sounds like you were probably hitting a combination of issues. I suspect the transactions were holding locks open for an excessive amount of time, partly...
"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
September 28, 2010 at 7:00 am
Because the dependency viewing in SQL Server is more than a little bit messed up. Try running a query against sys.dm_referencing_entities to get the objects that are referring to the...
"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
September 28, 2010 at 6:59 am
The estimated costs are just that, estimates. They're calculations based on the statistics available and the query being run. While they are the only number available to us when working...
"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
September 28, 2010 at 5:48 am
Steve Jones - Editor (9/27/2010)
Jeff Moden (9/27/2010)
...I guess I should look at the more postive "at least people are trying" aspect.
If they are trying. Remember that posts, articles, etc....
"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
September 27, 2010 at 7:22 pm
Viewing 15 posts - 14,281 through 14,295 (of 22,224 total)