Comments for Richard Douglas - SQL Server Professional

Comment on Its all about the end result by SQL Server Links and news the week 27/08/10 | John Sansom - SQL Server DBA in the UK

Fri, 27 Aug 2010 14:00:25 +0000

[...] Its all about the end result – Richard Douglass shares his thoughts on change control for the Data Professional. It’s not the most exciting topic but it is arguably one of the most important and Richard does an excellent job of putting forward findings from his experiences. [...]

Comment on Forget SatNav – Use MAPs by Tweets that mention Forget SatNav - Use MAPs | Richard Douglas - SQL Server Professional -- Topsy.com

Mon, 19 Jul 2010 13:11:40 +0000

[...] This post was mentioned on Twitter by Grant Fritchey, Richard Douglas. Richard Douglas said: Blog: Forget SatNav – Use MAPs – http://bit.ly/bnqepI [...]

Comment on My wife always said I was certifiable by Tweets that mention My wife always said I was certifiable | Richard Douglas - SQL Server Professional -- Topsy.com

Sat, 19 Jun 2010 15:25:11 +0000

[...] This post was mentioned on Twitter by Jonathan Gardner and christianbolton, Richard Douglas. Richard Douglas said: New post: My wife always said I was certifiable (http://bit.ly/9XdiGB http://bit.ly/9Ogead [...]

Comment on Paul Randall & Kimberley Tripp SQL Master Class by Tweets that mention Paul Randall & Kimberley Tripp SQL Master Class | Richard Douglas - SQL Server Professional -- Topsy.com

Fri, 18 Jun 2010 17:51:26 +0000

[...] This post was mentioned on Twitter by mike g and christianbolton, Richard Douglas. Richard Douglas said: New post: Paul Randall & Kimberley Tripp SQL Master Class (http://bit.ly/birA3w http://bit.ly/9jJgfk [...]

Comment on Finding Files: Part 1 T-SQL by Mark Vice

Mark Vice — Sat, 12 Jun 2010 10:12:11 +0000

Great post!

Comment on Unexpected results with sys.dm_exec_procedure_stats by Richard Douglas

Richard Douglas — Mon, 17 May 2010 22:19:49 +0000

I have received confirmation from Microsoft that they will be changing their documentation due to the issue that I raised:

“We will make the documentation changes to reflect the DMV behavior. There is no product issue as such. This feedback item has been moved under documentation also.”

Comment on Unexpected results with sys.dm_exec_procedure_stats by Richard Douglas

Richard Douglas — Mon, 17 May 2010 22:17:24 +0000

The following has been added by Microsoft:

The DMV returns one row per stored procedure compiled plan. It is possible to that the same SP has multiple plans in cache (see blogs.msdn.com\sqlprogrammability, under procedure cache section for more information). You can also check the plan attributes DMV to determine why you may have more than 1 plan per proc. Thanks for your feedback.

Comment on Unexpected results with sys.dm_exec_procedure_stats by Richard Douglas

Richard Douglas — Fri, 14 May 2010 10:41:26 +0000

After reading Robert’s post I rechecked the code and found that the plan handle was not being taken from the procedure_stats DMV but a temporary table I had used to earlier. Having changed the code the plan handles are showing different values but the sql handle stays the same.

So whilst my initial diagnoses of the issue may have been a slightly incorrect the DMV does not behave the way BOL states it does which may have an adverse affect peoples scripts. Definitely something to be wary of. Hopefully Microsoft will make an amendment in the next release of BOL to something along the lines of:

“The view contains one row per cached plan for each stored procedure in the current cache, and the lifetime of the row is as long as the stored procedure remains cached.”

This post has also been posted on SSC for a wider audience to appreciate.

Comment on Unexpected results with sys.dm_exec_procedure_stats by Robert L Davis

Robert L Davis — Thu, 13 May 2010 17:52:29 +0000

I posted this on the SSC site as well: From my own observations, this appears because there are multiple plans in the cache for the procedure. If you query for the entries that have duplicate object_id’s, you will see that each entry has different plan_handles.

Comment on Unexpected results with sys.dm_exec_procedure_stats by ChrisM

ChrisM — Thu, 13 May 2010 15:45:23 +0000

Hey Rich, great catch!

It’s attention to detail like this which distinguishes you from the dusty jobsworths

Cheers

ChrisM