Viewing 7 posts - 1 through 7 (of 7 total)
I do agree... understanding the effects of compilation/recompilation on application performance is a worth while investigation. The moral, however, should be "avoid compilation if possible." Speaking anecdotally from...
June 7, 2012 at 6:09 am
We had a similar problem in one of our apps. The solution for us was to use the correct nhibernate types in the mapping.
Like you, our tables have Varchar....
April 12, 2011 at 5:57 am
ebaya (11/1/2010)
jpenniman (11/1/2010)
Did you clear the buffers between tests? Using: dbcc dropcleanbuffers. If not, it would explain your "performance gain"
His illusory performance gain is explained entirely by the...
November 1, 2010 at 4:42 pm
Did you clear the buffers between tests? Using: dbcc dropcleanbuffers
If not, it would explain your "performance gain", as the result is already in memory. Your "faster" query would...
November 1, 2010 at 1:31 pm
Have you found root cause of why the tempdb is so large in the first place? If you don't fix the problem, it's just going to grow back that...
September 15, 2010 at 12:36 pm
Not to beat a dead horse, but ultimately you need to find root cause. SQL Server uses the TempDB to perform sorts that don't fit in memory. Most-likely...
July 29, 2010 at 12:20 pm
I recommend looking at The SQL Server Books Online: http://msdn.microsoft.com/en-us/library/ms151198.aspx (this is for 2008R2, but all versions are available).
The answer to your question depends on the...
July 29, 2010 at 12:10 pm
Viewing 7 posts - 1 through 7 (of 7 total)