DBeaver结果集过滤中IN表达式必须用括号和单引号包裹，如status IN ('active','disabled')；字段名须为原始列名、大小写敏感；推荐使用全局过滤框或高级过滤面板输入，避免列级菜单误用；超20值建议改用REGEXP提升性能。
直接在过滤框里写 IN 表达式就行，但必须加括号和单引号
很多人输 status IN active,disabled 没反应，是因为 DBeaver 的结果集过滤器不接受裸值。它用的是 SQL-like 语法，但解析器比数据库服务端严格得多——所有字符串值必须用单引号包裹，且整个 IN 必须写在一对圆括号里。
正确写法是：status IN ('active','disabled')。注意：没有空格不是必须的，但括号和引号缺一不可。
- 支持数值类型不加引号，比如
id IN (1001,1002,1005) - 字段名不能带表别名，只认原始列名（如结果集显示的是
u.status，过滤时仍要写status） - 大小写敏感，
'Active'和'active'是两个不同值
IN 过滤不生效？先检查是否启用了“精确匹配”模式
DBeaver 的列级过滤菜单（点击列标题右侧下拉箭头 → “过滤”）默认打开的是“包含”模式，不是 SQL 语义。如果你从那里点进去设条件，选的是“等于”，再填多个值，它会转成多个 OR 条件，但界面不显示逻辑结构，容易误判。
真正走 IN 语法的，只有两种入口：
- 结果集上方的全局过滤输入框（推荐，支持完整表达式）
- 高级过滤面板里手动输入
WHERE子句（路径：过滤按钮 → “Advanced Filter” → 输入框）
如果发现写了 status IN ('a','b') 却没效果，大概率是你误点了列过滤菜单，而不是用了上方的全局过滤框。
超过 20 个值时，IN 会变慢甚至卡死，换用正则替代
DBeaver 是客户端过滤，所有数据已加载到内存，IN 条件靠 Java 遍历匹配。实测在 5 万行结果集上，IN 列表超过 30 项后，UI 响应明显延迟；超 100 项可能触发 GC 暂停，界面假死几秒。
这时候更稳的方案是用正则：
-
status REGEXP '^(active|disabled|pending)$'—— 精确匹配多个值 -
name REGEXP '^(admin|root|system)'—— 前缀匹配
正则在 DBeaver 中由 java.util.regex.Pattern 执行，性能比长 IN 列表高一个数量级，且写法更紧凑。唯一限制是字段内容不能含换行符（否则 ^/$ 失效）。
保存常用 IN 过滤条件，避免每次重输
反复用同一组状态值筛选？别手敲。在全局过滤框输完 status IN ('active','disabled') 后，点过滤框右侧的“历史记录”按钮，再点“保存”。起个名字比如 user_status_prod，下次直接从下拉列表选。
这个功能背后存的是纯文本表达式，不绑定具体表或连接，所以同一个过滤模板可在不同查询结果间复用——前提是字段名一致。但要注意：IN 列表里的值不会自动同步更新，改了业务含义就得手动编辑保存的模板。
真正容易被忽略的是：过滤条件保存在工作空间目录下的 .metadata/.plugins/org.jkiss.dbeaver.core/data-filter/ 里，不是配置文件，没法用 Git 跟踪。如果团队共用一套筛选逻辑，得靠文档约定或导出为文本共享。
