sqlparameter的性能较差

Question

我有一个web服务，所以处理程序总是被并发调用多次。

在内部，我创建了SqlConnection和SqlCommand。我必须执行大约7个不同的命令。不同的命令需要不同的参数，所以我只添加一次：

command.Parameters.Add(new SqlParameter("@UserID", userID));
command.Parameters.Add(new SqlParameter("@AppID", appID));
command.Parameters.Add(new SqlParameter("@SID", SIDInt));
command.Parameters.Add(new SqlParameter("@Day", timestamp.Date));
command.Parameters.Add(new SqlParameter("@TS", timestamp));

然后在执行过程中，我只需更改CommandText优先级，然后调用ExecuteNonQuery()；或ExecuteScalar()；

而且我还面临着性能问题。例如，小调试和性能分析显示，该命令

command.CommandText = "SELECT LastShowTS FROM LogForAllTime WHERE UserID = @UserID";

平均需要50毫秒。如果我将其更改为：

command.CommandText = "SELECT LastShowTS FROM LogForAllTime WHERE UserID = '" + userID.Replace("\'", "") + "'";

那么它只需要1ms的平均时间！

我就是找不到在哪里调查这个问题的线索。

Answer 1

这听起来像是为一个非典型的@UserID值(早期的值之一)缓存了一个查询计划，并且为以后的查询重用了一个糟糕的计划。这在第二种情况下不是问题，因为每种情况都有单独的计划。我想你只需要补充一下：

OPTION (OPTIMIZE FOR UNKNOWN)

这将使它不那么热衷于盲目地重用计划。

另类理论：

userID的类型(在C#中)和UserID的类型(在数据库中)可能不匹配。这可以像unicode vs ANSI一样简单，也可以是int vs varchar[n]，等等。如果有疑问，可以在配置参数时使用非常具体的，以添加正确的子类型和大小。

澄清

实际上，看起来这里的问题在于unicode string (unicode)和varchar(n) (ANSI)数据库之间的区别。因此，应该显式地添加SqlParameter (DbType.AnsiString)。