I found myself perusing an execution plan the other day. I know, big surprise there. This execution plan showed me some interesting things I had never really paid much attention to in the past. When I started paying attention to these things, I found myself jumping down a rabbit hole.

It all started with a bit of curiosity to see if I could make an “admin” script perform a bit better. The execution plans started showing some table valued functions that I knew I hadn’t included in the query. Subsequently, I found myself wondering – what is that?

The items that made me curious were all table valued functions. There were three of them (different) in this particular plan. I started looking hither and thither to find these functions. It didn’t take long to figure out that I could find them in the mssqlsystemresource database. So I proceeded to making a copy of the database and attaching a copy of it for further learning opportunities.

The three functions are:

SYSSESSIONS

FNGETSQL

SYSCONNECTIONS

Knowing the query and based on these names, I began looking in the appropriate DMOs to see what I could find. Here are the scripts for each of those DMO’s.

Code block USE [ mssqlsystemresource_test ] GO /****** Object: View [sys].[dm_exec_connections] Script Date: 01/16/2012 22:39:32 ******/ SET ANSI_ NULL S ON GO SET QUOTED_IDENTIFIER ON GO CREATE VIEW [ sys ] . [ dm_exec_connections ] AS SELECT * FROM OPENROWSET ( TABLE SYSCONNECTIONS ) GO /****** Object: View [sys].[dm_exec_sessions] Script Date: 01/16/2012 22:39:37 ******/ SET ANSI_ NULL S ON GO SET QUOTED_IDENTIFIER ON GO CREATE VIEW [ sys ] . [ dm_exec_sessions ] AS SELECT * FROM OPENROWSET ( TABLE SYSSESSIONS ) GO /****** Object: UserDefinedFunction [sys].[dm_exec_sql_text] Script Date: 01/16/2012 22:39:55 ******/ SET ANSI_ NULL S ON GO SET QUOTED_IDENTIFIER ON GO CREATE FUNCTION [ sys ] . [ dm_exec_sql_text ] ( @handle VARBINARY ( 64 ) ) RETURNS TABLE AS RETURN SELECT * FROM OPENROWSET ( TABLE FNGETSQL, @handle ) GO

Cool. I can now see the internals of each of the DMOs – sort of. You see, there is an OPENROWSET call in each of these objects. Each call uses an undocumented feature called TABLE. This is an internal command used by the engine and you won’t find much on it (mostly people asking what it is and Microsoft saying they won’t tell).

Here is the fun part. If you try to run that code outside of querying the DMO, you will receive error messages. If you try to create a new view utilizing the Openrowset, it will fail. It is reserved for internal usage. With that said, just continue to use the DMO and you will be fine. Personally, I was curious to find out how it worked so I tried a bit to find it.

So there you have it. If you are curious what is the internal makings of these DMOs, you can script them from the resource database. Alternatively, you could also run sp_helptext. I like to check these things from the resource database. It feels more like an adventure. Have fun with it and see what you will learn.