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=1select * from AU_User where Id=2 Sql Server在执行一条查询语句之前都对对它进行“编译 ”并生成“查询计划”,上面两条查询语句生成的查询计划就是两条不一样的查询计划,在下面这张图片当中我们可以去尝试下执行这两条sql语句 ,结果显而易见会生成两条查询计划,Id后面所接的参数不一致。 然后我们再来看看使用参数化查询 select * from AU_User where Id=@Id 这样不管你传的参数是多少,执行编译生成的查询计划都是 select * from AU_User where Id=@Id,这样可以实现查询计划的复用,并不需要同一个查询去生成多个查询计划 |
|
来自: 时间剧毒 > 《学习资料_SQL》