sign函数返回1（正数）、-1（负数）、0（零），null输入返回null；各库对非数值类型处理不同，mysql隐式转0而postgresql报错；用于分组统计时需单独处理null；where中用sign会失效索引，应优先用原始条件。
SQL中SIGN函数返回值的含义和边界情况
SIGN函数在主流数据库（MySQL、PostgreSQL、SQL Server、SQLite）中都存在，作用是判断数值的符号：正数返回1，负数返回-1，零返回0。注意它不处理NULL——输入为NULL时，结果恒为NULL，不会抛错但可能影响后续逻辑判断。
常见误用点包括：对字符串字段直接套用SIGN（如SIGN('123')），在MySQL中会隐式转成0；而在PostgreSQL中则直接报错function sign(text) does not exist。务必确保入参是数值类型（INT、FLOAT、DECIMAL等）。
用SIGN实现正负分类统计（避免CASE WHEN冗余）
当需要按正/负/零分组计数时，SIGN可简化逻辑。例如统计账户余额变动方向：
SELECT SIGN(balance_change) AS sign_flag, COUNT(*) AS cnt FROM transactions GROUP BY SIGN(balance_change);
结果中sign_flag为1、-1、0分别对应正向、负向、无变动。比写三层CASE WHEN balance_change > 0 THEN 1 ...更紧凑。但要注意：NULL值会被排除在分组之外，若需单独统计空值，得额外加WHERE balance_change IS NULL或用CASE兜底。
结合SIGN做条件过滤或动态排序
SIGN本身不支持直接用于WHERE条件中的“非零判断”，因为WHERE SIGN(x) != 0虽能工作，但数据库无法利用索引——它本质是计算后过滤。更高效的做法仍是用原始表达式：WHERE x > 0 OR x （等价于<code>WHERE x != 0，且可能走索引）。
但在排序场景下，SIGN有实用价值。比如优先显示负数（表示欠款），再正数，最后零：
ORDER BY SIGN(amount) ASC, amount DESC
这里SIGN(amount)把负数映射为-1，正数为1，零为0，升序后顺序即-1 → 0 → 1，符合需求。不过要小心浮点精度问题：极小负数如-1e-15仍算负数，SIGN会返回-1，是否符合业务预期需确认。
不同数据库对SIGN的兼容性细节
绝大多数SQL引擎支持SIGN，但Oracle是个例外——它没有内置SIGN函数，需用DECODE(SIGN(x), -1, -1, 0, 0, 1)或CASE WHEN x 0 THEN 1 ELSE 0 END替代。
另外，SQL Server中SIGN对datetime或money类型也有效，而MySQL严格要求数值类型；PostgreSQL则连NUMERIC精度很高的小数也能正确处理。如果跨库迁移SQL，建议把SIGN封装进视图或应用层逻辑，避免硬依赖。
真正容易被忽略的是：当字段含大量0或NULL时，SIGN输出的0和NULL在聚合、连接、排序中行为差异极大，必须显式区分处理，不能默认它们“等效”。
