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?
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.
In Column Filters set TextData Not Like exec sp_reset_connection
Referring to @Arnie answer you should append % after the text, so you should filter with exec sp_reset_connection%.
If tracing events from the osql utility or the sqlcmd utility, always append % to filters on the TextData data column.
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.
If you want to use ADO.NET Connection Pooling , the answer is: Absolutely not!
© 2022 - 2024 — McMap. All rights reserved.