The SQL Technical Debt Analysis a great check for those areas that are known problems when working on SQL Server.
But what if I like the GOTO statement?
All of the Database Health Reports checks for Technical Debt have specific over-ride options. If your coding standards state that using the GOTO statement is appropriate, then just turn that option off.
What if I use NOLOCK everywhere to improve performance?
WITH NOLOCK can be a very dangerous option if it is used incorrectly. It can however be extremely useful if used correctly in the right situation. If you have the belief that NOLOCK should be used on every query as the “GO FASTER” option, you may want to do some research on the negative issues around using NOLOCK that way. If you have a technical standard that states when NOLOCK should be used and when it should not and you are aware of the issues, then you can just turn off the check for NOLOCK in the Database Health Reports.
Is there an section of code in your database that you know you shouldn’t touch, for instance if you ever need to make changes, or fix a bug that specific area is known to be much more expensive to maintain than other areas of your system. Areas like this that are difficult to sustain and work with over time are often times the areas with the highest technical debt.
There are some who love transparency in the process, and some who don’t. Some people don’t like to have their work analyzed or criticized. Technical Debt reporting allows you to establish a baseline for the quality of your T-SQL code and database design, and then determine are you getting further into debt, or is it improving.