(The project is attached to this blog post, if you have any questions, feel free to send me a mail. You find the bits for download here.)
The most recent version can be found here
For all of you who haven´t been able to read my blog entry on logging yet, I suggest you to read the first version of the blog entry located here. It basically described the options for doing logging in your database and why I came up with this solution for you to share. To summarize the purpose of this logging solution, here are the basic steps:
The solution includes several procedures which need to be added to the database:
In addition, these views are added in the database for getting the valuable information:
You are sure free to add any Views that might fit your needs better. I f yes, let me know to include them for the public as well.
As being used in some projects now, the performance penalty you have from inserting logging information was that small, that you didn´t notice it at all compared to the execution of the procedure as a whole. The duration for doing the log plumbing was around ms only.
How to include this in your project
The easiest way for doing this is to take the project included to this blog entry and export that as a partial file project. (Partial project are a flavor of database projects in Visual Studio) This partial file project can be included then in your database project your are (hopefully) maintaining with Visual Studio Database projects. If you do want to include partial files in your project you can also achieve it by executing the procedures needed from´the project file on your database. If somebody is interested how to achieve adding it with a partial project and you need help on that, I will post the relevant information in a separate blog post.
How does it look like ?
Taking a really simple sample procedure which looks like:
the Logger will add the following to it:
This might seem much to you, but this is all done automatically and can be removed again with the removal procedure. Beside that, you business code may also be a bit longer than the comment in here
After calling the procedure several times with varying parameters:
You can query the different views to get all the information about the calls:
The view [Log].[v_ProcedureExecutionLog] contains information of:
The interesting part is the time and the exec string, with this you can select the top xx worst queries and directly execute it:
The view [Log].[v_ProcedureExecutionLog_PValues] contains detailed information of:
The view [Log].[v_ProcedureExecutionLog_Stats] contains aggregated information of:
A really nice projects which helps you to track executions without using profiler trace / server side trace or Change tracking due to limitations of the edition you are using.Feel free to give any comments and feedback.
You find the bits for download here.