prestazioni scarse con sqlparameter

Question

Ho un servizio Web, quindi il gestore viene chiamato più volte contemporaneamente in modo continuo.

All'interno creo SqlConnection e SqlCommand. Devo eseguire circa 7 diversi comandi. Diversi comandi richiedono vari parametri, quindi è sufficiente aggiungere una volta:

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)); 

Poi durante l'esecuzione mi basta cambiare CommandText prorerty e quindi chiamare ExecuteNonQuery(); o ExecuteScalar();

E ho riscontrato problemi di prestazioni. Per esempio debuggin e profilatura piccoli spettacoli, detto ordine

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

prende circa 50ms in avarage. Se lo cambio a:

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

allora ci vogliono solo 1ms in fuochi d'artificio!

Non riesco proprio a capire dove indagare il problema.

Answer 1

Sembra che abbia memorizzato nella cache un piano di query per un valore atipico @UserID (uno dei primi) e sta riutilizzando un piano scadente per le query successive. Questo non è un problema nel secondo caso poiché ognuno ha un piano separato. Ho il sospetto che basta aggiungere:

OPTION (OPTIMIZE FOR UNKNOWN) 

alla query, che renderà meno desiderosi di riutilizzare piani ciecamente.

---

teoria alternativa:

Si potrebbe avere una mancata corrispondenza tra il tipo di userID (in C#) e il tipo di UserID (nel database). Questo potrebbe essere semplice come unicode vs ANSI, o potrebbe essere rispetto a varchar[n], ecc. In caso di dubbio, è molto specifico quando si configura il parametro, per aggiungerlo con il sottotipo e la dimensione corretti.

Chiarimento

In effetti, sembra che il problema qui è la differenza tra un C# string (Unicode) e il database che è varchar(n) (ANSI). Il SqlParameter dovrebbe quindi essere esplicitamente aggiunto come tale (DbType.AnsiString).

Answer 2

Stai inviando sette volte più dati al server, quindi sarà più lento.

Inoltre, se le stringhe userID hanno lunghezze diverse, l'impostazione di una lunghezza esplicita nel parametro SQL consentirà di riutilizzare meglio la query.