执行函数后看不到返回值，是因为误用CALL而非SELECT；正确做法是SELECT my_func()，DBeaver将作为查询执行并在结果面板显示返回值。
执行函数后看不到返回值？检查是否用了 CALL 而非 SELECT
在 DBeaver 中调用存储函数（如 PostgreSQL 的 my_func() 或 MySQL 的标量函数）时，常见误区是误用 CALL。该命令只适用于存储过程（PROCEDURE），对函数无效——它不会返回结果集，也不会显示函数值，只会静默执行或报错 ERROR: function my_func() does not exist（尤其在 PostgreSQL 中）。
正确做法是把函数当表达式用：SELECT my_func();。DBeaver 会将其作为查询执行，并在结果面板中展示单行单列的返回值。
- PostgreSQL：支持
SELECT func_name(...)和SELECT * FROM func_name(...)（若为集合返回函数） - MySQL：标量函数必须用
SELECT func_name(...)；表值函数不原生支持，需包装成视图或临时表 - SQL Server：用
SELECT dbo.my_function(...)；若为多语句函数，注意 DBeaver 默认不自动抓取多个结果集
函数有 OUT/INOUT 参数？得用 DO 块或匿名块包装
像 PostgreSQL 的 OUT 参数或 Oracle 的 DECLARE ... BEGIN ... END 块，不能直接靠 SELECT 拿到所有输出。DBeaver 不解析 PL/pgSQL 或 PL/SQL 块内的变量赋值，只显示最终 RETURN 或显式 SELECT 的结果。
要查看完整输出，必须手动构造执行块：
- PostgreSQL 示例：
DO $$DECLARE v_result TEXT; BEGIN v_result := my_func_with_out_param('test'); RAISE NOTICE 'Output: %', v_result; END$$;此时输出出现在 “Log” 面板（非结果面板），需确保已启用Log视图（Window → Show View → Log） - Oracle：用
SET SERVEROUTPUT ON+BEGIN ... END;，输出进DBMS_OUTPUT.PUT_LINE，同样显示在 Log 面板 - MySQL 存储过程含
OUT参数：必须用CALL proc_name(@out_var); SELECT @out_var;分两步，DBeaver 不自动链式执行
结果面板空但 Log 显示 “Query executed successfully”？可能是函数没 RETURN 或返回 NULL
这很常见，尤其调试自定义函数时。DBeaver 只显示明确返回的数据集，不显示函数内部状态、日志或隐式空结果。
排查要点：
- 确认函数定义里有
RETURN（PostgreSQL/SQL Server）或RETURN value（MySQL 函数体） - 检查是否因条件分支遗漏了
RETURN，导致末尾隐式返回NULL—— 此时SELECT my_func()会显示一行NULL，而非空白 - PostgreSQL 中若函数声明为
RETURNS TABLE(...)却没写RETURN QUERY，会报错而非静默失败 - DBeaver 默认不显示空结果集；如果函数返回零行（如
RETURN QUERY SELECT ... WHERE false），结果面板就为空，不代表没执行
想看函数执行耗时？别只盯结果面板右下角的 “ms”
DBeaver 底部显示的 Query returned 1 row(s) in 42 ms 是整个语句（如 SELECT my_func()）的网络+解析+执行总时间，不是函数体内纯逻辑耗时。它掩盖了函数内嵌查询、循环、I/O 等细节。
真要定位瓶颈，必须结合数据库原生命令：
- PostgreSQL：
EXPLAIN ANALYZE SELECT my_func();—— 注意它会真实执行函数，并显示函数内每一步的耗时（包括子查询） - SQL Server：
SET STATISTICS TIME ON; SELECT dbo.my_func();—— 输出在 Messages 面板，含 CPU 时间和 Elapsed Time - MySQL：无直接等效，需改用
SELECT BENCHMARK(10000, my_func())粗略估算，或在函数内加SELECT NOW()手动打点
最容易被忽略的是：DBeaver 的「执行计划」右键菜单（Explain Plan）对函数调用基本无效——它只分析顶层 SQL 结构，不展开函数体。真正有效的永远是数据库服务端的 EXPLAIN ANALYZE 或等效命令。
