Visual Studio 2015中DataGridView模糊查询失效问题求助

这种“昨天正常今天突然罢工”的问题确实头疼——明明SQL在数据库和查询构建器里跑都没问题，连接也正常，还没碰自动生成的代码，结果就只能全匹配了。我给你几个针对性的排查方向，应该能快速定位根源：

1. 先查参数传递的细节 #

虽然你写的是LIKE @FirstName + '%'，但参数实际传入的值可能出了意外：

• 加个断点或者临时输出日志，看看@FirstName实际拿到的是什么。比如输入"j"的时候，会不会不小心带了空格、换行这类不可见字符？或者输入框的文本被某个事件悄悄截断了？
• 检查SQL Server的排序规则，如果数据库用的是区分大小写的规则（比如SQL_Latin1_General_CP1_CS_AS），那"j"和"J"会被当成不同值，但你说昨天正常，这个可能性偏低，可以临时把查询改成FirstName LIKE LOWER(@FirstName) + '%'验证下。

2. 确认数据集里的查询没被悄悄修改 #

VS的设计器有时候会在你不经意操作（比如点开DataGridView任务面板）时自动更新查询：

• 打开你的.xsd数据集文件，找到对应的查询，右键查看SQL语句，确认是不是还是SELECT * FROM Doctor WHERE (FirstName LIKE @FirstName + '%')，有没有被改成FirstName = @FirstName这种全匹配写法？
• 检查@FirstName参数的属性，比如长度是不是被设成了固定值？要是参数长度设为1，那输入"je"的时候只会传进去"j"，但全匹配"Jen"刚好长度3就没问题——这个场景太常见了，赶紧去参数属性窗口看看。

3. 排查是不是客户端过滤替代了SQL查询 #

你通过DataGridView任务界面加的搜索栏，有时候会默认用客户端的DataView过滤，而不是走数据库查询：

• 看看自动生成的代码里有没有用DataView.RowFilter做过滤？如果是客户端过滤，它的通配符规则和SQL的LIKE有差异，或者有没有不小心把%给漏掉了？
• 可以临时绕开DataGridView的自动逻辑，手动调用查询方法传入参数，看看返回的数据集里有没有预期结果——这样就能区分是数据库查询的问题，还是客户端展示的问题。

4. 检查缓存或连接池的诡异问题 #

有时候连接池缓存了旧的执行计划，或者VS的缓存搞鬼：

• 重启VS和SQL Server服务，清空连接池（测试阶段可以加SqlConnection.ClearAllPools()，生产环境别随便用），看看是不是缓存的旧逻辑在生效？
• 用SQL Server Profiler抓一下应用实际发送的SQL，这是最直接的方法——你能看到实际执行的语句、传入的参数值到底是什么，一眼就能发现问题。

5. 排除数据库端的隐性变更 #

有没有可能昨天之后数据库被改了？比如：

• 给Doctor表加了触发器，查询时偷偷修改了返回结果？
• FirstName字段被改成了固定长度的CHAR类型，存储时后面补了空格？这样LIKE 'j%'匹配不到带空格的'Jen '，但全匹配'Jen'时数据库会自动截断空格，所以能查到。

你可以先从参数传递和数据集查询语句入手，这两个是最容易出问题的点，完全符合你“没改代码但突然失效”的场景。

内容的提问来源于stack exchange，提问作者anoncompsci