Sql Server 的参数化查询

为什么要使用参数化查询呢?参数化查询写起来看起来都麻烦,还不如用拼接sql语句来的方便快捷。当然,拼接sql语句执行查询虽然看起来方便简洁,其实不然。远没有参数化查询来的安全和快捷。

 

今天刚好了解了一下关于Sql Server 参数化查询和拼接sql语句来执行查询的一点区别。

参数化查询与拼接sql语句查询相比主要有两点好处:

    1、防止sql注入 

    2、 提高性能(复用查询计划)

首先我们来谈下参数化查询是如何防止sql注入的这个问题吧。

防注入例子:

  拼接sql语句:

("select * from user where name={0}",username)

或者

("select * from user where name="+username)

当 name传进来是一个'aa';Truncate Table user 的时候,这样会导致直接清除整个表数据

"select * from user where name='aa';Truncate Table user


  我们使用参数化的时候: 

("select * from user where name=@username",new {username=username})


这时候即使我们传进来的是'aa';Truncate Table user ,数据库端也会把这些当做字符串处理,执行的sql语句会变成

select * from user where name=''aa';Truncate Table user '

实际上把'aa';Truncate Table user 这个当做了name的值做查询条件了

以上就是一个简单的例子介绍关于参数化查询如何防止sql注入。

再看到底是如何提高性能的呢?

复用查询计划:

select * from AU_User where Id=1
select * from AU_User where Id=2

Sql Server在执行一条查询语句之前都对对它进行“编译 ”并生成“查询计划”,上面两条查询语句生成的查询计划就是两条不一样的查询计划,在下面这张图片当中我们可以去尝试下执行这两条sql语句

,结果显而易见会生成两条查询计划,Id后面所接的参数不一致。

 

 

 

 

 

 

 

 

 

 

 

 

 

然后我们再来看看使用参数化查询

select * from AU_User where Id=@Id


这样不管你传的参数是多少,执行编译生成的查询计划都是 select * from AU_User where Id=@Id,这样可以实现查询计划的复用,并不需要同一个查询去生成多个查询计划
完全可以节省其中生成查询计划的时间

 

 

欢迎大家扫描下方二维码,和我一起学习更多的知识😊

 

  

posted @ 2019-04-10 20:38  小世界的野孩子  阅读(6118)  评论(0编辑  收藏  举报
回到顶部