Wann sollten "SqlDbType" und "size" beim Hinzufügen von SqlCommand-Parametern verwendet werden?

Question

Es gibt eine weitere Frage dazu:

What's the best method to pass parameters to SQLCommand?

Aber ich bin zu wollen wissen, was die Unterschiede sind und wenn es irgendwelche Probleme mit den verschiedenen Möglichkeiten.

Normalerweise verwende ich eine Struktur, etwa wie folgt:

using (SqlConnection conn = new SqlConnection(connectionString)) 
using (SqlCommand cmd = new SqlCommand(SQL, conn)) 
{ 
    cmd.CommandType = CommandType.Text; 
    cmd.CommandTimeout = Settings.Default.reportTimeout; 
    cmd.Parameters.Add("type", SqlDbType.VarChar, 4).Value = type; 

    cmd.Connection.Open(); 

    using (SqlDataAdapter adapter = new SqlDataAdapter(cmd)) 
    { 
     adapter.Fill(ds); 
    } 
     //use data      
} 

Nun gibt es mehrere Möglichkeiten, die cmd Parameter hinzuzufügen, und ich frage mich, was am besten ist:

cmd.Parameters.Add("@Name", SqlDbType.VarChar, 20).Value = "Bob"; 
cmd.Parameters.Add("@Name", SqlDbType.VarChar).Value = "Bob"; 
cmd.Parameters.Add("@Name").Value = "Bob"; 
cmd.Parameters.AddWithValue("@Name", "Bob"); 

die Länge der Having Feld in der Weitergabe der Varchars ich nehme an, ist nicht vorzuziehen, da es ein magischer Wert ist, der später in der Datenbank geändert werden kann. Ist das richtig? Wenn irgendein Problem auftritt, das auf diese Weise ein varchar (Leistung oder anderes) passiert, nehme ich an, dass es standardmäßig auf varchar (max) oder die Datenbank entspricht. Ich bin einigermaßen glücklich, dass das funktionieren wird.

Der Teil, der mich mehr betrifft, ist der Verlust der SqlDbType-Enumeration, wenn ich die dritte oder vierte Option verwende, die ich oben aufgeführt habe, stelle ich überhaupt keinen Typ bereit. Gibt es Fälle, wo dies nicht funktioniert Ich kann mir vorstellen, Probleme mit Varchar in Char falsch umgewandelt oder umgekehrt oder vielleicht Probleme mit Dezimal zu Geld ....

In Bezug auf die Datenbank der Feldtyp würde ich sagen viel weniger wahrscheinlich als die Länge zu ändern, ist es also wert, zu behalten?

Answer 1

Nach meiner Erfahrung würde ich sicherstellen, dass ich diese Dinge tun:

• sicher macht es Ihnen, dass der Datentyp für den Parameter definiert. ADO.NET hat einen anständigen Job zu erraten, aber in einigen Fällen kann es schrecklich aus sein - so würde ich diese Methode vermeiden:

  cmd.Parameters.Add("@Name").Value = "Bob"; 
  cmd.Parameters.AddWithValue("@Name", "Bob"); 
  

  ADO.NET Letting denkt, die Art des Parameters durch den Wert übergeben wird, tricky, und wenn es aus irgendeinem Grund aus ist, sind das wirklich knifflige Bugs zu finden und zu finden! Stellen Sie sich vor, was passiert, wenn Sie einen DBNull.Value übergeben - welchen Datentyp sollte ADO.NET dafür wählen?

  Sei einfach explizit - sag, welchen Typ du willst!

• wenn Sie String-Parameter verwenden, stellen Sie sicher, die Länge explizit definieren - so würde ich diese Methode vermeiden, auch:

  cmd.Parameters.Add("@Name", SqlDbType.VarChar).Value = "Bob"; 
  

  Wenn Sie eine Länge nicht weiter, ADO. NET kann standardmäßig auf einen beliebigen Wert oder auf die Länge der als Wert übergebenen Zeichenfolge oder auf etwas anderes eingestellt werden - Sie sind sich nie ganz sicher. Und wenn Ihre Länge nicht mit dem übereinstimmt, was der gespeicherte Proc wirklich erwartet, sehen Sie möglicherweise Conversion und andere unangenehme Überraschungen. Wenn Sie also einen String definieren, definieren Sie auch dessen Länge!

So in Ihrem Fall der einzige Ansatz, der für mich wirklich funktioniert, ist dieser hier:

cmd.Parameters.Add("@Name", SqlDbType.VarChar, 20).Value = "Bob"; 

, weil es den Datentyp a) definiert explizit zu verwenden, und b) definiert die Länge der Zeichenfolge explizit.

Answer 2

Durch Hinzufügen des Typs erhöhen Ihre Anforderungen die Leistung, da sie den zwischengespeicherten Abfrageplan verwenden.

Hier ist ein Zitat von MSDN:

Parameterized Befehle können auch Abfrageausführungsleistung verbessern, weil sie der Datenbankserver genau entspricht den eingehenden Befehl mit einem richtigen gecached Abfrage-Plan helfen.

Weitere zu lesen in Execution Plan Caching and Reuse.