Viewing 9 posts - 1 through 9 (of 9 total)
Jeff, you should be able to link to it here
August 6, 2010 at 11:46 am
I got a more conservative, informal recommendation from a former coworker who now works for Microsoft and does scalability testing for SQL Server. For 64-bit SQL Server she recommended...
August 6, 2010 at 6:31 am
OK, sorry I missed that in the comment!
February 5, 2010 at 4:38 am
My personal rule of thumb has been to never use a table variable if more than 500 rows. This posting by the SQL Server team says never use a...
February 4, 2010 at 7:07 pm
Find and fix the root cause. Even if you add more RAM, who's to say it will be enough to be adequate? At some point the responsible person...
February 4, 2010 at 7:01 pm
See my comments just posted on a different (but similar) thread.
http://www.sqlservercentral.com/Forums/Topic859371-360-1.aspx
I think there is confusion between DBCC DROPCLEANBUFFERS and DBCC FREEPROCCACHE. If you are wanting to clear cached Execution...
February 4, 2010 at 6:52 pm
First, can you give us an approximation of the workload and concurrent users? Small, moderate, large?
Second, are there a lot of Functions or Stored Procedures created for the application?...
February 4, 2010 at 6:40 pm
Found it. Use this script to get a better picture of the time to compile SQL statement(s), Function(s), or SPROC(s).
use <mydatabase>
go
dbcc freeproccache
go
checkpoint
go
set statistics profile on
go
set statistics io on
go
set statistics...
February 4, 2010 at 6:29 pm
Grant is correct, but the command you need to use is DBCC FREEPROCCACHE. The command mentioned by the previous poster will actually drop the cached data pages.
Please see posting...
February 4, 2010 at 6:18 pm
Viewing 9 posts - 1 through 9 (of 9 total)