Viewing 12 posts - 1 through 12 (of 12 total)
Nice comparison.
On the other hand, it could be better to see physical table performance comparison instead of / in addition to temporary tables.
October 28, 2013 at 2:14 am
I am sure you can set it up, while I really don't have the time. 🙂
May 23, 2012 at 12:59 am
Hi @caoxp930,
Two possibilities that I can think of:
1) You might have ran the query on a SQL 2005 server, via SQL 2008 interface. The sys.dm_exec_procedure_stats doesn't exist on...
May 23, 2012 at 12:55 am
Hi there,
It seems the post page on SQL Server Central replaces certain characters(space / tab) with others, due to a bug I assume.
I have checked the characters on the error...
November 23, 2011 at 1:43 pm
This is an old topic, but nevertheless: There is a tiny typo in "last_exectued_step_date" column. Raises error if not corrected.
September 16, 2011 at 12:43 am
Jeff Moden (5/3/2011)
adnan.korkmaz (5/3/2011)
I have done some tests on real data before using this new one, executing both...
May 3, 2011 at 7:36 am
Great job! Thank you all those who have written, contributed or inspired Jeff.
I have done some tests on real data before using this new one, executing both under same parameters...
May 3, 2011 at 6:01 am
Great article!
I had downloaded the following scripts for a very similar database schema, that speeds up "select" queries against the blocks table. It increased my "lookups per second" from around...
December 8, 2009 at 8:04 am
steveb (7/2/2008)
It is only procedures with 'SP_' prefix that cause the performance impact of scanning the system databases first.'SP' should be fiine.
So, isn't some similar scanning occur when...
July 3, 2008 at 12:31 am
edit: this should be one of the most basic queries ever. so, i have been surprised why you have choosen to add an identity column and querying the table twice...
June 18, 2008 at 12:29 am
Viewing 12 posts - 1 through 12 (of 12 total)