最保险的通用写法是 SELECT ... FROM (VALUES (...)) AS t(...)
其实，SQL里测试函数最头疼的就是“到底要不要建一张临时表”？答案是不用。核心思路就一句话：用 VALUES 构造单行虚拟数据，最轻量且跨库兼容性好；系统伪表如 sysibm.sysdummy1 或 master..spt_values 可以避免建表；PostgreSQL 支持无 FROM 的标量表达式，而 SQL Server 和 Teradata 不支持。所以，最保险的通用写法永远是 SELECT ... FROM (VALUES (...)) AS t(...)——它明确表达了“我只想要计算，不碰任何业务数据”。
可以直接用 SELECT 调用函数，配合 VALUES 或空表（如 sysibm.sysdummy1、master..spt_values）或常量表达式，完全不依赖业务表。
用 VALUES 构造单行虚拟数据测试函数
要说最轻量、跨库兼容性最好的方式，非 VALUES 莫属。尤其适合验证字符串、数学、日期类函数行为。SQL 标准支持 VALUES 作为独立语句返回结果集，无需 FROM 子句。
VALUES后跟括号内表达式，会自动推导列名和类型，比如VALUES (MAX(1,5,3))返回单列单行- 在 SQL Server 中可直接执行：
SELECT MAX(a) FROM (VALUES (1),(5),(3)) AS t(a)；但更简洁的写法是：SELECT (SELECT MAX(x) FROM (VALUES (1),(5),(3)) AS v(x)) - Teradata 不支持子查询中嵌套
VALUES，改用SELECT MAX(x) FROM (VALUES (1),(5),(3)) AS t(x)即可——注意必须显式别名AS t(x) - MySQL 8.0+ 支持
VALUES ROW(1), ROW(5), ROW(3)，但MAX()是聚合函数，仍需SELECT MAX(col) FROM (VALUES ...)结构
用系统伪表（如 sysibm.sysdummy1、master..spt_values）避免建表
某些数据库提供只读单行伪表，本质是“占位符”，专为无表场景设计，调用零开销。
- DB2 / Teradata：用
SELECT MAX(10, 20, 30) FROM sysibm.sysdummy1——sysdummy1恒有一行，允许在无真实表时执行标量函数 - SQL Server：可用
SELECT GETDATE(), LEN('hello') FROM master..spt_values WHERE number = 0，但更稳妥的是SELECT TOP 1 GETDATE(), LEN('hello') FROM sys.objects（任意系统视图都行，只要不加WHERE条件就可能返回多行；加TOP 1确保稳定） - PostgreSQL 没有内置伪表，但支持
SELECT NOW(), UPPER('test');直接写——它允许无FROM的标量表达式 - 注意：不要误用
SELECT MAX() FROM dual（Oracle 风格），SQL Server 和 Teradata 没有dual表
用 DECLARE + SELECT 测试标量函数（SQL Server 专用）
当函数接受参数且你想控制输入组合时，变量赋值比构造虚拟表更直观，尤其适合边界值验证。
- 先声明变量：
DECLARE @a INT = 10, @b INT = -5, @c INT = 0; - 再用
SELECT调用函数：SELECT ABS(@a), SIGN(@b), ISNULL(@c, 999); - 对聚合函数如
MAX()，仍需转成子查询形式：SELECT (SELECT MAX(x) FROM (VALUES (@a),(@b),(@c)) AS v(x)) - 此方式无法测试表值函数（TVF），因为 TVF 必须出现在
FROM子句中，仍需搭配VALUES或临时表
真正容易被忽略的点是：不同数据库对“无 FROM 的 SELECT”支持程度差异极大。PostgreSQL 允许，SQL Server 不允许（会报 Incorrect syntax near 'SELECT'），Teradata 要求至少一个表或 sysdummy1。所以最保险的通用写法，永远是 SELECT ... FROM (VALUES (...)) AS t(...)——它明确表达了“我只想要计算，不碰任何业务数据”。
