Base de données insérer l'erreur: “la ficelle ou des données binaires seront tronquées”

Lorsque je me connecte, je suis ranger mon nom d'utilisateur dans la session. Mon exigence est que je veux garder mon nom d'utilisateur dans ma base de données. Ici, je suis ranger dans username1. Quand le nom d'utilisateur est entré, je peux l'imprimer à l'aide de response.write() et c'est l'impression de parfaitement. Cependant, quand je suis à la stocker dans la base de données qu'il produit cette erreur:

**sqlException a été gérée par le code de l'utilisateur 
et l'exception au cmd.ExecuteScalar(); 
String ou des données binaires d'être tronquée. 
L'instruction a été arrêtée.** 

Qui suit est mon ado.net code:

using (SqlConnection con = 
    new SqlConnection("Data Source=.;database=testdb1;Integrated Security=SSPI")) {

    con.Open();
    // SqlCommand cmd = new SqlCommand("delete from fileinfo where ID=" + Convert.ToInt32(Request.Params["one"]), con);                            

    string uname = (string) Session["fname"].ToString() + " " + Session["lname"].ToString(); //Session["fname"].ToString()+" "+Session["lname"].ToString();

    //Response.Write(uname);
    //uname = "sri hari";
    uname = uname + " ";
    string uname1 = uname;
    uname = uname.Trim();
    SqlCommand cmd = new SqlCommand("insert into qry_details values('" + txt_query_name.Text + "','pending for approval','" + txt_query_description.Text + "','" + DateTime.Now.ToString("yyyy-MM-dd") + "','" + qry + "','" + uname1 + "')", con);
    cmd.ExecuteScalar();
}
Quel est le type de données de la colonne dans laquelle vous voulez insérer le nom d'utilisateur? La valeur stockée dans uname est plus longue que la longueur de cette colonne.
vous devez vérifier vos schémas de table, les types de données et de requêtes comme INSERT INTO table_name (column1,column2,column3,...) VALUES (@value1,@value2,@value3,...); vous pouvez être confrontés à la colonne d'incompatibilité
Suis-je la seule personne qui tente d'analyser l'injection de risque?

OriginalL'auteur srihari | 2013-06-26