DBeaver支持在结果集上右键实时聚合（COUNT/SUM/AVG/MIN/MAX/STDDEV），自动忽略NULL，但仅作用于当前可见行；需注意数据类型、全表计算限制及导出精度问题。
直接在结果集上右键用“聚合”功能
不需要写 SQL，DBeaver 原生支持对已查出的结果集做实时聚合。只要查询结果已经显示在表格里，选中某一列（单击列头），右键 → 选择 聚合 → 在弹出菜单里点 AVG，底部状态栏立刻显示该列数值的平均值（非数值列会灰掉不可选）。
这个操作只作用于当前结果集的可见行——注意不是全表数据，除非你之前设置了“不限制行数”或手动查了全量。常见误操作是刚执行完 SELECT * FROM orders LIMIT 100，就去点 AVG，结果看到的是前 100 行的均值，而非整张表。
- 支持的聚合函数有：
COUNT、SUM、AVG、MIN、MAX、STDDEV - 多列同时选中 → 右键聚合 → 会分别计算每列的对应值，结果并排显示在状态栏
- 空值（
NULL）自动被忽略，和 SQL 的AVG()行为一致
用 SQL 写 AVG() 聚合时要注意字段类型
如果必须查全表均值，或者要和其他字段一起展示，就得写 SQL。但容易踩坑的是：DBeaver 对数值类型推断不总是可靠，尤其从 Excel 或 CSV 导入的表，price 列可能被识别为 VARCHAR，这时直接写 SELECT AVG(price) FROM sales 会报错或返回 NULL。
先确认类型：右键表名 → 打开声明 → 看 CREATE TABLE 语句里该列定义；或查 INFORMATION_SCHEMA.COLUMNS 中 DATA_TYPE 字段。
- 若列为字符串型但存数字，得显式转换：
SELECT AVG(CAST(price AS DECIMAL(10,2))) FROM sales - PostgreSQL 用户注意：
AVG()对INTEGER返回NUMERIC，但某些 JDBC 驱动可能显示为科学计数法，可在 DBeaver 首选项中调整“结果集数据格式”关闭千分位和自动缩放 - MySQL 用户若遇到
DOUBLE精度丢失，可改用AVG(ROUND(price, 2))控制小数位
聚合结果导出后丢失精度？检查导出配置
用 高级复制 把聚合结果（比如一行 AVG(salary)）导出到 Excel 时，常发现数值变成 52345.6789012345... 一长串，而原始数据库只存两位小数。这不是 DBeaver 算错了，而是导出环节没控制格式。
DBeaver 导出 XLSX 时默认按 Java Double.toString() 渲染浮点数，不保留源类型精度。解决方法只有两个：
- 导出前，在结果集右键 →
高级复制→ 选带格式复制（此时会按当前列格式显示，比如设置过“数值格式：#,#0.00”就导出两位小数） - 或改用 SQL 显式格式化：
SELECT ROUND(AVG(score), 2) AS avg_score FROM exams，再导出
别依赖“导出设置”里的“数值格式”，那个只影响 CSV 和文本，对 XLSX 无效。
大表求均值卡死？避免全表扫描的临时方案
当表超千万行，SELECT AVG(x) FROM huge_table 执行慢甚至 OOM，不是 DBeaver 的问题，而是数据库本身没走索引（AVG 无法用普通 B-Tree 索引加速）。这时候与其等，不如换思路：
- 先估算：用
SELECT COUNT(*) FROM huge_table和SELECT SUM(x) FROM huge_table分两步查，看哪一步更慢——通常SUM更耗资源 - 抽样计算：
SELECT AVG(x) FROM huge_table TABLESAMPLE SYSTEM(1)（PostgreSQL/SQL Server 支持；MySQL 8.0+ 用SELECT AVG(x) FROM huge_table ORDER BY RAND() LIMIT 10000） - 建物化视图或汇总表：长期需求就别在 DBeaver 里硬扛，让数据库定期算好存起来
真正容易被忽略的是：DBeaver 默认开启“只读连接”，但某些数据库（如 Oracle）在执行聚合时仍可能触发隐式事务或统计锁，导致其他会话阻塞。确认连接配置里 auto-commit 是开启状态，避免无谓等待。
