哪位了解ASP.Net的控件SqlDataSource,其中的Filter功能使用时候有些问题

首先对版主的回复表示感谢，我再详细描述下：
SqlDataSource控件的FilterParameters属性中设置三个参数，分别绑定到两个textbox和一个dropdownlist,通过这三个控件中的值作为过滤条件来对SDS的DataSet查询进行过滤，并在GridView中实时体现出来。过滤表达式如下形式：FilterExpression="a1 like '%{0}%' and a2 like '%{1}%' and a3 = '{2}'";那么默认情况下是不对查询进行任何过滤的，也就是三个控件中的值都为空。

那么现在出现的情况是，三个控件中的值有任何一个为空，整个过滤条件都不发挥作用，而我的希望是任何一个控件中的值被我输入了过滤条件后都能有相应的变化

不知我对你回复的理解是否正确，或者我对该控件的Filter机制不太了解，你建议我设置默认值，岂不是页面加载后默认就要带条件过滤查询结果，那恐怕不是我的本意...我希望是哪个控件值没有输入，哪个控件所绑定的过滤字段就不进行过滤

[ 本帖最后由 hysoka 于 2010-8-20 18:03 编辑 ]

用代码判断再拼接吧/

思路大概这样，具体的自己去调试吧。

你这个帖子不是还没结么？
帖子上有个“我要结贴”，点它后就可以将你这个贴的20分给大家了。

另外，尽量不要用现成的数据控件，自己写代码，灵活得多。而且方便维护等等。

7楼的bygg说的是对的，应该不用现成的数据控件，不知道楼主接触2010了没，现在.NET的思想已经逐渐的鼓励大家用html控件去写了，也就是说微软已经在逐渐的摒弃自己的很多.NET控件了，这又能说明什么问题呢？

回答楼主的另一个问题，论坛积分的那个就那么回事，别太在意，每天只要回帖，都会有10个可用分的，只要你常来论坛发帖，可用分不是问题的，论坛有“随意闲聊”这个板块，没有技术问题的时候，可以去那里闲聊，呵呵

回复两位版主，帖子分的事就不多考虑了，但是在C#区中发的另一帖子昨天因为没分可给了，就悬赏分设为0，不知是不是因为这个原因至今没人回复。

至于VS2010，我现在就在用这个开发，以前是用2005做.NET多一些。至于开发经验，相较而言，.NET里以前做WinForm的程序多些。你所指的2010中所推广的MVC2开发框架我了解一些，MVC的原理和思想也知道些；我以前是坚定的三层体系拥护者，也从不会去用数据源控件来破坏View层；但现在的观点已经有所改变，个人不会再拘泥于一种死板的框架思想，转而更倾向于按需定制，如果适合RAD的产品，我想我会支持高效的.NET自带控件。

回复9楼版主“7楼的bygg说的是对的，应该不用现成的数据控件，不知道楼主接触2010了没，现在.NET的思想已经逐渐的鼓励大家用html控件去写了，也就是说微软已经在逐渐的摒弃自己的很多.NET控件了，这又能说明什么问题呢？”，这句话并不能说MS已经抛弃自己的.NET控件，WYSWYG是MS一直倡导的理念，任何集成IDE都不敢抛弃数据类相关控件，而相反都只会更加用心于数据控件的性能、易用性和良好的UX，举例来说MS在.NET4.0版中对SqlDataSource控件的改进较.NET3.5中非常明显。版主所理解的MS鼓励使用HTML控件，其实是MVC2架构中倡导的View层中使用客户端控件来代替原先使用的ASP控件，是MS推广MVC2框架时的一点需求，并不是希望所有程序员都去屏弃ASP控件。

以上纯个人的技术见解，与两位版主交流，入行不深露怯之处别见笑～

说实话，你这种用法，我没用过，呵呵。
我也只是凭我个人的经验来回答你的。
而你所说的如果某一个条件为空，将出错，所以，我觉得除了在代码中进行验证以外，并没有什么可取之处。

“以上纯个人的技术见解，与两位版主交流，入行不深露怯之处别见笑”
千万别这么说，你的见解很好，呵呵
我觉得的思想已经从webform开始像form方式转变了，它推出了mvc2就是很好的证明，如果它不想转变的话，大可按照自己的路继续走，当然现在它也没放弃原有的方式，呵呵
框架思想给我带来的，我觉得并不是死板，反倒是灵活，就像活字印刷一样，你不这么觉得吗？呵呵

一个好的框架和技术架构，我也是非常喜欢的，现在MVC3已经发布预览版1了，我也会一直关注的。版主误会了，我并不想说用框架就死板，我是想表明两个观点：1.并不是一做开发就要用纯的MVC架构或者三层体系，有些时候比如我想用RAD方法去开发，完全可以改动一下，集成一些数据源控件，省去不少麻烦；2.事实上，MS在CLR上有得天独厚的优势，对.NET控件的优化程度是非常高的，用它的控件要比大多数程序员自己写代码要高效和简洁的多

谢谢“bygg”版主，你的方法很奏效，同时我刚刚也找出了出现问题的根源，在此一并公布以供大家参考。

SqlDataSource有个bool属性CancelSelectOnNullParameter:如果设为True，在执行Select时，任意一个查询条件参数值为Null时跳过整个Where子句；
FilterParameters属性集合中的任意参数值中有这样一个bool属性ConvertEmptyStringToNull,并且默认值为True:顾名思义很容易理解，当给定的参数值为空串时，转换它为Null
FilterParameters属性集合中的任意参数值中还有个DefaultValue:参数值为Null时使用默认值

那么问题看似是找到了，任选一个解决方案吧：

1.将CancelSelectOnNullParameter设为False？可惜不行，一点效果也没有。是因为这个参数只能负责SelectCommand，Filter机制下CancelSelectOnNullParameter默认即为True？ or VS2010目前版本存在Bug？ 以上猜测就不得而知了。

2.将ConvertEmptyStringToNull设为False？这样未设置过滤值的参数会传一个空串而不是Null，过滤条件将会执行。看似完美的解决方案,可惜有局限性，如果FilterExpression中使用如a1='{0}'这种格式，实际过滤条件就变为a1='',那你就只能查到字段a1为空串的情况了；你说用是like?也不完满，like ''与=''实际效果一样的；要想用这种解决办法，你只能保证你的过滤格式形如like '%{0}%'，至少要带一个‘%’。

3.将ConvertEmptyStringToNull设为True，并设置默认为'%';与方法2类似，但可以支持like '{0}'这样的格式。

4.再加上版主提供的“*”默认值方法，用法同方法3，暂列为第4种方法。

现在对版主的方法有一个疑问：“*”值是什么？我确定不是Sql中的通配符，不知是.NET提供的？还是C#？还是LINQ(LINQ我不熟)？

[ 本帖最后由 hysoka 于 2010-8-19 17:25 编辑 ]

“在sql中，*代表任何字符，嘿嘿。”

这么说是不确切的，*可以代表查询表达式中的所有字段列；可是无法用在where子句中做条件表达，可以Sql Server中验证条件子句形如a1=* / a1='*' / a1 like '*' 均不能体现a1匹配任意字符串作用，要么出错要么仅匹配字段值为‘*’的记录；而是该用a1 like '%';事实上在sql中较常用的是 _ 通配 任意一个字符， % 通配任意长度字符串；说了这么多可是版主给的默认值设为*的解决办法很有效，所以我百思不得其解，*在这里面起到什么作用？

有事要离开了，今晚不能上网，盼你的回复，明天再看

[ 本帖最后由 hysoka 于 2010-8-20 09:10 编辑 ]

那你是否在Sql查询中验证过？是在什么环境下呢？
至少我所说的情况可以放到sql server中去验证，而且我接触数据库管理也有几年了，确实没听说过*可以用在条件判断里的。不如给我个Sql语句的例子让我也试试

这话有点开玩笑了，我也可以保证，用*肯定不行。俗话说，没有实践就没有发言权～

不过话说回来，刚刚想到了一个情况，是不是两位版主对Access比较熟而平时几乎不用SqlServer呢。在Access中，作为MS的私生子，刻意没有使用标准的“SQL-92”而是为了兼容VBA使用“*”代替“%”来做字符串通配符。不过很遗憾地说，这并不是标准SQL

顺便再多说一句，在提供对ACEESS数据库支持时，为了兼容SQL标准，特意将“%”收录进来，内部再转义为“*”

[ 本帖最后由 hysoka 于 2010-8-20 09:17 编辑 ]

我也错了，对不起了，只是太习惯于程序的代码了。
你写like的那部分，不是有%吗，这样的话，默认值是空就可以了，这样%就代表任意长度的任意字符串，写两个也没关系的，而没有%的那个条件，默认值就设置成一个%应该就可以了
再次向楼主致歉

[ 本帖最后由 冰镇柠檬汁儿 于 2010-8-20 09:38 编辑 ]

呵呵，看来有时候直觉是会出问题的。
以后认真些就好了。
这个帖子，不也让我们补充了一下以前的东西吗？

两位版主不用客气，冰镇柠檬汁儿更没有什么必要可道歉。咱们是讨论问题呢，大家就是技术交流么，说什么都不都是应该的么。
之前的问题也解决啦，还多亏了二位的大力相助。这个问题也确实够生僻的，在网上和MSDN能查到到的资料非常少，也都是只言片语，看来大家都不喜欢用这种方法。

刚才查资料去了，所以没关注帖子。准备结贴了，再次感谢两位版主

呵呵，那是一定呀