博客
关于我
C# 参数化SQL语句中的like和in
阅读量:776 次
发布时间:2019-03-24

本文共 2229 字,大约阅读时间需要 7 分钟。

在项目开发过程中,经常会遇到需要对SQL语句进行参数化的情况。大家通常会遇到两种常见的SQL参数化方式:LIKEIN参数化。在实际开发中,使用这些参数化方式可能会出现问题,导致程序无法正常执行或搜索到结果。本文将详细描述解决这两个SQL参数化问题的方法。

常见的SQL参数化方式可以分为两种:LIKE参数和IN参数。

1. LIKE 参数

传统的LIKE参数化方式如下:

string strSql = "select * from Person.Address where City like '%@add%'";
SqlParameter[] Parameters=new SqlParameter[1];
Parameters[0] = new SqlParameter("@add", "bre");

这种方式的局限性在于直接将用户输入的数据穿透到LIKE语句的模糊查询中,可能导致安全隐患。然而,不是所有情况都支持使用IN参数化的方式来完成LIKE操作。因此,在无法使用IN参数化的情况下,我们有两种主要的解决方法:

方法一:动态构建查询字符串

LIKE参数改写为动态构建的查询字符串:

string strSql = "select * from Person.Address where City like '%'+ @add + '%'";
SqlParameter[] Parameters=new SqlParameter[1];
Parameters[0] = new SqlParameter("@add", "bre");

这种方式通过在查询字符串两侧添加百分号,将LIKE参数转化为动态查询逻辑。这种方法的优势在于保持了LIKE操作的灵活性,能够根据实际需求对查询结果进行筛选。

方法二:使用存储过程

如果项目支持使用存储过程,可以编写如下存储过程,实现类似LIKE的功能:

string strSql = "exec('select * from Person.Address where City like '%'+ @add + '%')";
SqlParameter[] Parameters = new SqlParameter[1];
Parameters[0] = new SqlParameter("@add", "bre");

这种方法的优势在于可将LIKE逻辑封装到存储过程中,提高了程序的安全性和 Maintainability。这种方法尤其适用于需要对LIKE参数进行精 确控制的情况。

2. IN 参数

对于IN参数的常规参数化方式如下:

string strSql = "select * from Person.Address where AddressID in (@add)";
SqlParameter[] Parameters = new SqlParameter[1];
Parameters[0] = new SqlParameter("@add", "343,372,11481,11533,11535,11755,11884,12092,12093,12143");

这种方法的局限性在于默认情况下,并不能直接将多个值通过参数化方式传递到IN语句中。这是因为IN语句在数据库中通常需要迭代处理多个值,但参数化操作会将整个数据字符串作为一个整体传递,导致数据被错误解析或转义。

解决IN参数化问题的常见方法对多个情况都有相应的解决方案:

方法一:动态构建IN语句

构建动态的IN语句:

string strSql = "select * from Person.Address where AddressID in (" + @add + ")";
SqlParameter[] Parameters = new SqlParameter[1];
Parameters[0] = new SqlParameter("@add", "343,372,11481,11533,11535,11755,11884,12092,12093,12143");

这种方式通过将IN参数转换为字符串,并将其嵌入到IN语句中,实现了对多个值的动态处理。这种方法在登录限额超过的情况下表现良好,但需要确保字符串的正确转义和格式。

方法二:存储过程

如果项目支持存储过程,可以编写如下存储过程来实现IN的功能:

string strSql = "exec('select * from Person.Address where AddressID in ('+@add+')')";
SqlParameter[] Parameters = new SqlParameter[1];
Parameters[0] = new SqlParameter("@add", "343,372,11481,11533,11535,11755,11884,12092,12093,12143");

这种方法通过将IN语句包裹在存储过程中,提高了对参数的安全控制。这种方法在复杂的数据过滤场景下表现优异。

总结来说,LIKEIN参数化是开发过程中常遇到的问题。针对这两种情况,我们可以根据具体需求选择使用动态构建查询字符串的方法或存储过程的方式。这两种方法都能够有效地支持参数化操作,并能够满足实战中的各种开发需求。

转载地址:http://ftekk.baihongyu.com/

你可能感兴趣的文章
Openlayers高级交互(14/20):汽车移动轨迹动画(开始、暂停、结束)
查看>>
Openlayers高级交互(15/20):显示海量多边形,10ms加载完成
查看>>
Openlayers高级交互(16/20):两个多边形的交集、差集、并集处理
查看>>
Openlayers高级交互(17/20):通过坐标显示多边形,计算出最大幅宽
查看>>
Openlayers高级交互(18/20):根据feature,将图形适配到最可视化窗口
查看>>
Openlayers高级交互(19/20): 地图上点击某处,列表中显示对应位置
查看>>
Openlayers高级交互(2/20):清除所有图层的有效方法
查看>>
Openlayers高级交互(20/20):超级数据聚合,页面不再混乱
查看>>
Openlayers高级交互(3/20):动态添加 layer 到 layerGroup,并动态删除
查看>>
Openlayers高级交互(4/20):手绘多边形,导出KML文件,可以自定义name和style
查看>>
Openlayers高级交互(5/20):右键点击,获取该点下多个图层的feature信息
查看>>
Openlayers高级交互(6/20):绘制某点,判断它是否在一个电子围栏内
查看>>
Openlayers高级交互(7/20):点击某点弹出窗口,自动播放视频
查看>>
Openlayers高级交互(8/20):选取feature,平移feature
查看>>
Openlayers高级交互(9/20):编辑图形(放缩、平移、变形、旋转),停止编辑
查看>>
Openlayers:DMS-DD坐标形式互相转换
查看>>
openlayers:圆孔相机根据卫星经度、纬度、高度、半径比例推算绘制地面的拍摄的区域
查看>>
OpenLDAP(2.4.3x)服务器搭建及配置说明
查看>>
OpenLDAP编译安装及配置
查看>>
Openmax IL (二)Android多媒体编解码Component
查看>>