文章插图
在c#中执行sql语句时传递参数的小经验
1、直接写入法:
例如:
因为Id是数值,所以在传递的时候只需要在sql字符串中用"+Id+"即可实现,而Name是字符串,所以在传递的时候还需要在"+Name+"两边各加一个单引号(')来 实现;
2、给命令对象添加参数法:
例如:
//上条语句中直接在sql语句中写添加的参数名,不论参数类型都是如此.
SqlParameterpara=new SqlParameter("@Id",SqlDbType.int,4);//生成一个名字为@Id的参数,必须以@开头表示是添加的参数,并设置其类型长度,类型长度与数据库中对应字段相同
...然后就可以执行数据库操作了 。
SqlParameter用法
SqlParameter用法
关于Sql注入的基本概念,相信不需多说,大家都清楚,经典的注入语句是' or 1=1--
单引号而截断字符串,“or 1=1”的永真式的出现使得表的一些信息被暴露出来,如果sql语句是select * from 的话,可能你整个表的信息都会被读取到,更严重的是,如果恶意使用都使用drop命令,那么可能你的整个数据库得全线崩溃 。
当然,现在重点不是讲sql注入的害处,而是说说如何最大限度的避免注入问题 。
sql注入的存在在最大危害,是sql的执行语句没有和控制语句分开,我们想要select一些东西,但用户可能拼出' or 1=1甚至再加上delete/update/drop,后来是属于控制语句了,所以要避免sql的注入,就必须把查询语句与控制语句分开 。
SqlParameter给我们提供了一个很好的类,有了它,我们可以不现拼接字符串,也可以不再担心单引号带来的惨剧,因为,这一切会有人来为我们完成的 。
简单的给个示例
传统的查询语句的sql可能为
string sql="select * from users where user_id='"+Request.QueryString["uid"]+"'";
很显然,我们在这里拼接了字符串,这就给sql注入留下了可乘之机 。
现在,我们要改写这样的语句,使用SqlParameter来做
这样,我们可以保证外接参数能被正确的转换,单引号这些危险的字符也会转义了,不会再对库造成威胁 。
当然,这仅是一个示例而已,在真实的情况下,可能你还要对 Request.QueryString["u_id"]进行必要的检测与分析,这样才安全
所以,使用参数化的sql语句,是一种很好的做法
SqlParameter 构造函数
SqlParameter 构造函数 (String, SqlDbType, Int32, ParameterDirection, Byte, Byte, String, DataRowVersion, Boolean, Object, String, String, String)
初始化 SqlParameter 类的一个新实例,该类使用参数名、参数的类型、参数的长度、方向、精度、小数位数、源列名称、DataRowVersion 值之一、用于源列映射的布尔值、SqlParameter 的值、此 XML 实例的架构集合所在的数据库的名称、此 XML 实例的架构集合所在的关系架构以及此参数的架构集合的名称 。
命名空间: System.Data.SqlClient
程序集: System.Data(在 system.data.dll 中)
C#
参数
parameterName
要映射的参数的名称 。
dbType
SqlDbType 值之一 。
size
参数的长度 。
direction
ParameterDirection 值之一 。
precision
要将 Value 解析为的小数点左右两侧的总位数 。
scale
要将 Value 解析为的总小数位数 。
sourceColumn
源列的名称 。
sourceVersion
DataRowVersion 值之一 。
sourceColumnNullMapping
如果源列可为空,则为 true;如果不可为空,则为 false 。
value
一个 Object,它是 SqlParameter 的值 。
xmlSchemaCollectionDatabase
此 XML 实例的架构集合所在的数据库的名称 。
推荐阅读
- 房间的演员
- 88句 2022年七夕节给老婆的祝福语精选
- 世界上最大的钻石叫什么名字
- 阿甘正传的演员
- 阿娜尔罕的演员
- 寻年传说的演员
- 政委的演员
- 陀地驱魔人的演员
- 姚可人于伯涛是那部剧的人物
- 肖邦的小故事