DBeaver结果集过滤是客户端实时运算，不发新查询、不走数据库；操作路径为点击列标题右侧箭头→选“过滤”，支持等于、包含、多值、空值等条件，日期优先用日历图标，字符串模糊匹配注意大小写。
点列标题右键选“过滤”，不是输SQL才叫筛选
很多人一看到“过滤条件”就下意识打开SQL编辑器写 WHERE，其实 DBeaver 的结果集过滤是客户端实时运算，不发新查询、不走数据库——这对大表尤其关键。真正该用的地方，是查完表后快速圈定样本、验证逻辑、给 AI 工具喂数据。
操作路径很直接：在结果集表格里，点击任意列标题右侧的小箭头图标 → 选择“过滤”。弹出的对话框里能选“等于”“包含”“大于”等常用条件，支持多值（比如 status IN ('pending', 'processing')），也支持空值判断 IS NULL。
- 日期列慎用文本输入：直接输
2026-11-01可能因格式或时区失败；优先点日历图标选时间范围 - 字符串模糊匹配用
LIKE '%error%'，但注意大小写：PostgreSQL 默认区分，MySQL 取决于 collation；想忽略大小写统一用ILIKE（仅 PostgreSQL） - 数值范围别手敲
price > 100 AND price ，对话框里选“介于”更稳，避免漏掉边界值
status='active' 这类 SQL 表达式，必须进高级过滤面板
列级右键菜单只覆盖基础操作；真要组合复杂逻辑（比如跨字段关联、嵌套 OR、正则匹配），得用顶部工具栏的“过滤”按钮（漏斗图标），打开高级过滤面板。
面板里有个输入框，支持完整 SQL WHERE 子句语法，例如：
status = 'active' AND created_time > '2026-10-01' AND (error_code IS NULL OR error_code NOT LIKE 'TIMEOUT%')
这个表达式会被 DBeaver 解析成内存过滤逻辑，不发给数据库执行。但要注意：
- 字段名不用加表别名，也不用反引号/双引号包裹（除非字段名含空格或关键字，此时用双引号：
"order id"） -
IN列表最多支持约 1000 个值，超了会卡顿甚至崩溃；大量 ID 筛选建议先导出 ID 列，再用外部工具生成分段条件 - 函数调用受限：不能用
NOW()或CURRENT_DATE，所有时间值必须硬编码或从日历控件选
过滤条件保存后，下次点下拉菜单就能复用
每次重输 user_id IN (1001, 1005, 1022) 很烦？DBeaver 支持把当前高级过滤表达式存为命名配置。
在高级过滤面板右上角点“保存”按钮 → 输入名称（比如 high_risk_users_2026Q4）→ 确定。之后再点过滤按钮，下拉菜单里就能直接选它。
- 保存的配置存在本地 workspace metadata 里，换电脑或重装 DBeaver 就没了；重要规则建议导出为文本备份
- 同一张表的不同过滤配置会按表名隔离，不会串；但同名配置在不同连接里会冲突（比如两个 PostgreSQL 连接都存了
prod_orders_recent） - 历史记录按钮（时钟图标）只存最近 10 条，且不持久；真正要复用，必须点“保存”
字段太多时，“只显示有差异的行”比逐列过滤更省事
这是数据比较场景的隐藏开关，但对普通查询结果集同样有效：勾选“仅显示差异”（Show only differences）后，DBeaver 会自动隐藏所有字段值完全相同的行——相当于把整行当一个 key 做去重。
适用场景很具体：
- 查日志表时，只想看
level='ERROR'的那几行，其余 INFO/WARN 全部折叠 - 对比两个快照导出的数据文件，快速定位新增/丢失的主键
- 调试 ETL 任务输出，一眼识别哪几行被意外修改过
这个选项在比较设置页就可启用，但容易被忽略；它不依赖字段名或类型，纯靠值比对，所以对 JSON 或 XML 字段也生效——只要字符串完全一致，就视为“无差异”。
