Page History: Database Command Timeouts: Performance Differences between .NET and Management Studio

Compare Page Revisions

3 2 1 0 Current 3 2 1 0

« Older Revision - Back to Page History - Newer Revision »

Page Revision: Wed, Jan 04, 2012, 3:22 PM

Overview¶

Why are there performance differences when a SQL statement is called from .NET app vs when the same call is made in Management Studio?

Resolution¶

The root of the problem is a stale execution plan for the stored procedure being called. The first time the stored procedure is called after it’s compiled, SQL Server builds an execution plan for it based on the parameter values submitted. The solution was to recompile the stored procedure, then execute it within Management Studio with the parameters that causes the timeout when called from .NET. This causes SQL Server to build a new execution plan based on parameter values that returned data.

• Google "parameter sniffing SQL Server"
• If it's just one stored procedure, recompile it, then immediately run it in Management Studio with the parameters of interest.
• http://stackoverflow.com/questions/2785354/why-are-there-performance-differences-when-a-sql-function-is-called-from-net-ap/2785368#2785368
• http://stackoverflow.com/questions/211355/parameter-sniffing-or-spoofing-in-sql-server