zoukankan      html  css  js  c++  java
  • 【转】浅析Sql Server参数化查询

    转载至: http://www.cnblogs.com/lzrabbit/archive/2012/04/21/2460978.html

    错误认识1.不需要防止sql注入的地方无需参数化
      参数化查询就是为了防止SQL注入用的,其它还有什么用途不知道、也不关心,原则上是能不用参数就不用参数,为啥?多麻烦,我只是做公司内部系统不用担心SQL注入风险,使用参数化查询不是给自己找麻烦,简简单单拼SQL,万事OK

    错误认识2.参数化查询时是否指定参数类型、参数长度没什么区别
      以前也一直都觉的加与不加参数长度 应该没有什么区别,仅是写法上的不同而已,而且觉得加参数类型和长度写法太麻烦,最近才明白其实两者不一样的,为了提高sql执行速度,请为 SqlParameter参数加上SqlDbType和size属性,在参数化查询代码编写过程中很多开发者忽略了指定查询参数的类型,这将导致托管代码 在执行过程中不能自动识别参数类型,进而对该字段内容进行全表扫描以确定参数类型并进行转换,消耗了不必要的查询性能所致。根据MSDN解释:如果未在 size参数中显式设置Size,则从dbType参数的值推断出该大小。如果你认为上面的推断出该大小是指从SqlDbType类型推断,那你就错了, 它实际上是从你传过来的参数的值来推断的,比如传递过来的值是"username",则size值为8,"username1",则size值为9。那 么,不同的size值会引发什么样的结果呢?且经测试发现,size的值不同时,会导致数据库的执行计划不会重用,这样就会每次执行sql的时候重新生成 新的执行计划,而浪费数据库执行时间。

    下面来看具体测试

    首先清空查询计划

    DBCC FREEPROCCACHE

    传值username,不指定参数长度,生成查询计划

    复制代码
    using (SqlConnection conn = new SqlConnection(connectionString))
    {
        conn.Open();
        SqlCommand comm = new SqlCommand();
        comm.Connection = conn;
        comm.CommandText = "select * from Users where UserName=@UserName";
        //传值 username,不指定参数长度
        //查询计划为(@UserName varchar(8))select * from Users where UserName=@UserName
        comm.Parameters.Add(new SqlParameter("@UserName", SqlDbType.VarChar) { Value = "username" });
        comm.ExecuteNonQuery();
    }
    复制代码

     

    传值username1,不指定参数长度,生成查询计划

    复制代码
    using (SqlConnection conn = new SqlConnection(connectionString))
    {
        conn.Open();
        SqlCommand comm = new SqlCommand();
        comm.Connection = conn;
        comm.CommandText = "select * from Users where UserName=@UserName";
        //传值 username1,不指定参数长度
        //查询计划为(@UserName varchar(9))select * from Users where UserName=@UserName
        comm.Parameters.Add(new SqlParameter("@UserName", SqlDbType.VarChar) { Value = "username1" });
        comm.ExecuteNonQuery();
    }
    复制代码

    传值username,指定参数长度为50,生成查询计划

    复制代码
    using (SqlConnection conn = new SqlConnection(connectionString))
    {
        conn.Open();
        SqlCommand comm = new SqlCommand();
        comm.Connection = conn;
        comm.CommandText = "select * from Users where UserName=@UserName";
        //传值 username,指定参数长度为50
        //查询计划为(@UserName varchar(50))select * from Users where UserName=@UserName
        comm.Parameters.Add(new SqlParameter("@UserName", SqlDbType.VarChar,50) { Value = "username" });
        comm.ExecuteNonQuery();
    }
    复制代码

    传值username1,指定参数长度为50,生成查询计划

    复制代码
    using (SqlConnection conn = new SqlConnection(connectionString))
    {
        conn.Open();
        SqlCommand comm = new SqlCommand();
        comm.Connection = conn;
        comm.CommandText = "select * from Users where UserName=@UserName";
        //传值 username1,指定参数长度为50
        //查询计划为(@UserName varchar(50))select * from Users where UserName=@UserName
        comm.Parameters.Add(new SqlParameter("@UserName", SqlDbType.VarChar,50) { Value = "username1" });
        comm.ExecuteNonQuery();
    }
    复制代码

    使用下面语句查看执行的查询计划

    SELECT cacheobjtype,objtype,usecounts,sql FROM sys.syscacheobjects 
    WHERE sql LIKE '%Users%'  and sql not like '%syscacheobjects%'

    结果如下图所示

     可以看到指定了参数长度的查询可以复用查询计划,而不指定参数长度的查询会根据具体传值而改变查询计划,从而造成性能的损失。

    这里的指定参数长度仅指可变长数据类型,主要指varchar,nvarchar,char,nchar等,对于 int,bigint,decimal,datetime等定长的值类型来说,无需指定(即便指定了也没有用),详见下面测试,UserID为int类 型,无论长度指定为2、20、-1查询计划都完全一样为(@UserIDint)select*from Users where UserID=@UserID

    复制代码
    using (SqlConnection conn = new SqlConnection(connectionString))
    {
        conn.Open();
        SqlCommand comm = new SqlCommand();
        comm.Connection = conn;
        comm.CommandText = "select * from Users where UserID=@UserID";
        //传值 2,参数长度2
        //执行计划(@UserID int)select * from Users where UserID=@UserID
        comm.Parameters.Add(new SqlParameter("@UserID", SqlDbType.Int, 2) { Value = 2 });
        comm.ExecuteNonQuery();
    }
    using (SqlConnection conn = new SqlConnection(connectionString))
    {
        conn.Open();
        SqlCommand comm = new SqlCommand();
        comm.Connection = conn;
        comm.CommandText = "select * from Users where UserID=@UserID";
        //传值 2,参数长度20
        //执行计划(@UserID int)select * from Users where UserID=@UserID
        comm.Parameters.Add(new SqlParameter("@UserID", SqlDbType.Int, 20) { Value = 2 });
        comm.ExecuteNonQuery();
    }
    using (SqlConnection conn = new SqlConnection(connectionString))
    {
        conn.Open();
        SqlCommand comm = new SqlCommand();
        comm.Connection = conn;
        comm.CommandText = "select * from Users where UserID=@UserID";
        //传值 2,参数长度-1
        //执行计划(@UserID int)select * from Users where UserID=@UserID
        comm.Parameters.Add(new SqlParameter("@UserID", SqlDbType.Int, -1) { Value = 2 });
        comm.ExecuteNonQuery();
    }
    复制代码

    这里提一下,若要传值varchar(max)或nvarchar(max)类型怎么传,其实只要设定长度为-1即可

    复制代码
    using (SqlConnection conn = new SqlConnection(connectionString))
    {
        conn.Open();
        SqlCommand comm = new SqlCommand();
        comm.Connection = conn;
        comm.CommandText = "select * from Users where UserName=@UserName";
        //类型为varchar(max)时,指定参数长度为-1
        //查询计划为 (@UserName varchar(max) )select * from Users where UserName=@UserName
        comm.Parameters.Add(new SqlParameter("@UserName", SqlDbType.VarChar,-1) { Value = "username1" });
        comm.ExecuteNonQuery();
    }
    复制代码

    当然了若是不使用参数化查询,直接拼接SQL,那样就更没有查询计划复用一说了,除非你每次拼的SQL都完全一样

    总结,参数化查询意义及注意点

    1.可以防止SQL注入

    2.可以提高查询性能(主要是可以复用查询计划),这点在数据量较大时尤为重要

    3.参数化查询参数类型为可变长度时(varchar,nvarchar,char等)请指定参数类型及长度,若为值类型(int,bigint,decimal,datetime等)则仅指定参数类型即可

    4.传值为varchar(max)或者nvarchar(max)时,参数长度指定为-1即可

    5.看到有些童鞋对于存储过程是否要指定参数长度有些疑惑,这里补充下,若调用的是存储过程时,参数无需指定长度,如果指定了也会忽略,以存储过程 中定义的长度为准,不会因为没有指定参数长度而导致重新编译,不过还是建议大家即便时调用存储过程时也加上长度,保持良好的变成习惯

  • 相关阅读:
    ZipArchive 的使用
    Bootstrap使用心得
    SQL SERVER 级联删除
    ASP.NET 使用C#代码设置页面元素中的样式或属性
    GDI+中发生一般性错误之文件被占用
    .Net 中资源的使用方式
    一张图全解析个性化邮件那么重要
    看天猫EDM营销学企业EDM营销
    细数EDM营销中存在的两大盲点
    如何进行EDM邮件内容的撰写
  • 原文地址:https://www.cnblogs.com/jsonzheng/p/4201401.html
Copyright © 2011-2022 走看看