Différence entre les Paramètres.Ajouter(string, object) et de Paramètres.AddWithValue

J'ai lu la documentation MSDN et des exemples ici et je sais que la syntaxe correcte pour un Paramters.Add appel :

   command.Parameters.Add("@ID", SqlDbType.Int);
   command.Parameters["@ID"].Value = customerID;

Où vous devez spécifier le Nom du Paramètre, la SqlDbType ET de la Valeur avec .Value.

Maintenant la syntaxe correcte pour une Parameters.AddWithValue appel :

   command.Parameters.AddWithValue("@demographics", demoXml);

Seule ligne et passez la Type partie.

Ma Question est : Comment est-il que quand je le fais comme ça,

   command.Parameters.Add("@demographics", demoXml);
   //.Add method with .AddWithValue syntax

Je n'ai aucune erreur de compilation et encore plus étrange, tout semble fonctionner correctement lorsque le code est exécuté ?

InformationsquelleAutor phadaphunk | 2012-04-03
  1. 75

    Il n'y a pas de différence en termes de fonctionnalité. En fait, les deux ce faire:

    return this.Add(new SqlParameter(parameterName, value));

    La raison pour laquelle ils obsolète le vieux un en faveur de l' AddWithValue est d'ajouter plus de clarté, ainsi que parce que le deuxième paramètre est object, ce qui le rend pas immédiatement évident pour certaines personnes qui surcharge de Add a été appelé, et ils ont abouti à sauvagement comportement différent.

    Prendre un coup d'oeil à cet exemple:

     SqlCommand command = new SqlCommand();
 command.Parameters.Add("@name", 0);

    Au premier coup d'œil, on dirait que c'est l'appel de la Add(string name, object value) surcharge, mais il n'est pas. C'est l'appel de la Add(string name, SqlDbType type) surcharge! C'est parce que 0 est implicitement convertible types enum. Donc, ces deux lignes:

     command.Parameters.Add("@name", 0);

    et

     command.Parameters.Add("@name", 1);

    Résultent en fait de deux méthodes différentes d'être appelé. 1 n'est pas convertible en un enum implicitement, il choisit donc la object de surcharge. Avec 0, il choisit l'enum de surcharge.

    • La seule chose est que vous allez avoir à vivre avec un nouvel avertissement pour chaque paramètre que vous ajoutez cette façon.
    • Oui, l'avertissement est parce que cette surcharge est obsolète comme il est marqué dans la documentation. Également de la documentation, "soyez prudent lorsque vous utilisez cette surcharge de la SqlParameterCollection.Ajouter une méthode pour spécifier le paramètre de type entier des valeurs."
    • Dans le cas de quelqu'un qui est curieux comme moi, se demande pourquoi le zéro peut convertir implicitement à un enum, mais aucun autre entier. Voici un lien vers une explication, stackoverflow.com/questions/14950750/...
    InformationsquelleAutor vcsjones
  2. 8

    La différence est la conversion implicite lors de l'utilisation de AddWithValue. Si vous savez que votre exécution de la requête SQL (procédure stockée) accepte une valeur de type int, nvarchar, etc, il n'y a pas de raison de re-déclarer dans votre code.

    De type complexe scénarios (exemple serait DateTime, float), je vais probablement utiliser Ajouter comme il est plus explicite, mais AddWithValue pour plus straight-forward type de scénarios (Int, Int).

    InformationsquelleAutor Dennis Rongo
  3. 3

    Sans prévoir expressément que le type en command.Parameters.Add("@ID", SqlDbType.Int);, il va essayer de convertir implicitement l'entrée à quoi il s'attend.

    Le revers de la médaille, c'est que la conversion implicite peut-être pas la plus optimale de conversions et peut entraîner un gain de performance.

    Il y a une discussion sur ce sujet ici:
    http://forums.asp.net/t/1200255.aspx/1

    InformationsquelleAutor Khan
  4. 1

    lorsque nous utilisons CommandObj.Le paramètre.Ajouter (), il se 2 premier paramètre est le paramètre de la procédure et le second est son type de données, mais .AddWithValue() prendre 2 premier paramètre est le paramètre de la procédure et la deuxième est la variable de données 

    CommandObj.Parameter.Add("@ID",SqlDbType.Int).Value=textBox1.Text;

    //pour .AddWithValue

    CommandObj.Parameter.AddWitheValue("@ID",textBox1.Text);

    où ID est le paramètre de la procédure Stockée qui type de données est de type Int

    InformationsquelleAutor Jeetendra singh negi
  5. 0

    Il n'y a pas de différence en termes de fonctionnalité


    Le addwithvalue méthode prend un objet en tant que valeur. Il n'y a pas de type de données type de vérification. Potentiellement, cela pourrait conduire à une erreur si le type de données ne correspond pas à la table SQL. Le add méthode nécessite de spécifier le type de Base de données en premier. Cela permet de réduire ces erreurs.

    Pour plus de détails Veuillez cliquer ici

    InformationsquelleAutor Brijesh Mavani