Based on information I have read about the “exec sp_reset_connection” which appears in SQL Server Profiler trace data when connection pooling exists, it seems safe–or logical, rather–to remove/exclude it from trace data to be considered by the Database Tuning Advisor. Any thoughts or objections?
Based on information I have read about the exec sp_reset_connection which appears in SQL
Share
I successfully ran the Database Tuning Advisor on a bunch of Profiler trace data that excluded the “exec sp_reset_connection” and everything worked fine. So, as far as I can tell, there don’t seem to be any negative side effects of excluding that data.