为什么要使用参数化查询呢？参数化查询写起来看起来都麻烦，还不如用拼接sql语句来的方便快捷。当然，拼接sql语句执行查询虽然看起来方便简洁，其实不然。远没有参数化查询来的安全和快捷。
今天刚好了解了一下关于Sql Server 参数化查询和拼接sql语句来执行查询的一点区别。
参数化查询与拼接sql语句查询相比主要有两点好处：
1、防止sql注入
2、 提高性能（复用查询计划）
首先我们来谈下参数化查询是如何防止sql注入的这个问题吧。
防注入例子：
拼接sql语句：
代码语言：javascript复制("select * from user where name={0}",username)
或者
（"select * from user where name=" username）当 name传进来是一个'aa';Truncate Table user 的时候，这样会导致直接清除整个表数据
代码语言：javascript复制"select * from user where name='aa';Truncate Table user我们使用参数化的时候：
代码语言：javascript复制("select * from user where name=@username",new {username=username})这时候即使我们传进来的是'aa';Truncate Table user ，数据库端也会把这些当做字符串处理，执行的sql语句会变成
代码语言：javascript复制select * from user where name=''aa';Truncate Table user '实际上把'aa';Truncate Table user 这个当做了name的值做查询条件了
以上就是一个简单的例子介绍关于参数化查询如何防止sql注入。
再看到底是如何提高性能的呢？
复用查询计划：
代码语言：javascript复制select * from AU_User where Id=1
select * from AU_User where Id=2Sql Server在执行一条查询语句之前都对对它进行“编译 ”并生成“查询计划”，上面两条查询语句生成的查询计划就是两条不一样的查询计划，在下面这张图片当中我们可以去尝试下执行这两条sql语句
，结果显而易见会生成两条查询计划，Id后面所接的参数不一致。
然后我们再来看看使用参数化查询
代码语言：javascript复制select * from AU_User where Id=@Id这样不管你传的参数是多少，执行编译生成的查询计划都是 select * from AU_User where Id=@Id，这样可以实现查询计划的复用，并不需要同一个查询去生成多个查询计划 完全可以节省其中生成查询计划的时间
