Viewing 15 posts - 6,571 through 6,585 (of 22,219 total)
At the most basic level, yes, only one plan is in the cache for a given query. But, things can affect this. For example, if the same query is called...
"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
March 14, 2015 at 10:10 am
There are tons and tons of white papers on SQL Server at the VMWare web site. Also, a good name to know is David Klee[/url]. He does tons and consulting...
"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
March 14, 2015 at 4:25 am
ignez.mello (3/13/2015)
I tried the fastest and simplest way to start. I used "DBCC TRACEON (9481);" and ran the query. And ... yes, it performs in only 4 seconds. I tried...
"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
March 14, 2015 at 4:21 am
muthyala_51 (3/13/2015)
"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
March 13, 2015 at 9:24 am
Right. I watched the video. It doesn't change anything or provide us with more information than you already provided.
You need to look at the execution plan for the query....
"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
March 13, 2015 at 9:14 am
yuvipoy (3/13/2015)
As i said in my first post i am able to open and create/write/delete files in \\mynetwork\yuvipoy\ path.Unable only when i used sp_trace_create function.
The key word there is 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
March 13, 2015 at 8:59 am
and, where possible, switch to extended events.
"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
March 13, 2015 at 7:13 am
But the plans between the 2008 compatibility and the 2014 compatibility are different, right? They have to be. There's nothing in just changing the compatibility mode that would make a...
"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
March 13, 2015 at 6:35 am
Don't get stuck on either/or approaches with EF and procedures. It's both. You can, and depending on the code in question, should, be able to code using straight EF queries...
"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
March 13, 2015 at 6:04 am
You could use event tracking I think to capture connection and start up times. I'd have to look that up to be sure. Better to use extended events than trace...
"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
March 13, 2015 at 6:00 am
I'd suggest you also check out Minion Reindex by the Midnight DBA team. It's a great tool. I wrote a review of it here[/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
March 13, 2015 at 5:49 am
I'd say there are two things at work here. First, and most importantly, table variables and temporary tables do have radically different behaviors within SQL Server due to the fact...
"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
March 13, 2015 at 5:47 am
I'm reading the last new Sam Vimes book I'll ever read and I'm not happy about it.
"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
March 12, 2015 at 3:51 pm
The example here shows how to use a parameterized query. There are others out there. It's a fairly standard approach. And here's a way to use procedures. Other examples...
"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
March 12, 2015 at 3:33 pm
ScottPletcher (3/12/2015)
"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
March 12, 2015 at 3:13 pm
Viewing 15 posts - 6,571 through 6,585 (of 22,219 total)