sign()函数返回1、-1、0或null：正数返回1，负数返回-1，零返回0，null输入返回null；不支持非数值类型，旧版数据库需用case when模拟。
SQL中SIGN()函数返回什么值
SIGN()对数值做最简正负判断：输入正数返回1，负数返回-1，零返回0。它不处理NULL——遇到NULL直接返回NULL，这点常被忽略。
常见错误是以为SIGN()能“补零”或“转布尔”，结果在WHERE里写SIGN(amount) = 1却漏掉amount IS NOT NULL，导致预期外的行被过滤掉。
实操建议：
- 用
SIGN(col)代替CASE WHEN col > 0 THEN 1 WHEN col ，更简洁且可读性高 - 若需兼容
NULL，显式补COALESCE(SIGN(col), 0)（但注意：这会把NULL也当成“零状态”，需确认业务是否允许） - MySQL、PostgreSQL、SQL Server 都支持；SQLite 不原生支持，得用
CASE模拟
用SIGN()简化分组统计正负分布
想快速看某字段里正数、负数、零各有多少条？不用三路COUNT(CASE...)嵌套，直接GROUP BY SIGN(col)就行。
示例：
SELECT SIGN(balance) AS sign_flag, COUNT(*) FROM accounts GROUP BY SIGN(balance);结果会返回三行：
-1（负余额）、0（零余额）、1（正余额）。如果某类不存在，该sign_flag值不会出现在结果中——不是bug，是GROUP BY语义本身如此。容易踩的坑：
- 别在
SELECT里写SIGN(col)又在GROUP BY里写col，会导致分组逻辑错乱 - 若字段有小数，
SIGN()照常工作；但浮点误差可能导致本应为0的值算成极小负数，建议先ROUND(col, 10)再取符号
和ABS()组合实现“带符号取绝对值”逻辑
有时需要保留原始符号，只对数值部分标准化，比如把-1500变成-1、2400变成1、0保持0——这正是SIGN(col)和ABS(col)配合的典型场景。
实操写法：
SELECT SIGN(value) * CASE WHEN ABS(value) > 0 THEN 1 ELSE 0 END AS normalized_sign FROM data;不过更常见的是直接用
SIGN(value)本身，因为它的输出已经满足大多数归一化需求。注意点：
-
SIGN()不能用于非数值类型，哪怕字符串看起来像数字（如'-5'），会报错或静默转0（取决于数据库） - 在计算列或索引表达式中使用
SIGN()时，某些数据库（如MySQL 5.7）不支持函数索引，得建生成列
替代方案：当SIGN()不可用时怎么处理
SQLite 或旧版 SQL Server（2005及以前）没有SIGN()，得手写等效逻辑。最稳妥写法是：
CASE WHEN x > 0 THEN 1 WHEN x <p>别用<code>IF(x > 0, 1, IF(x 这类嵌套，可读性差，且在某些方言里<code>IF</code>不支持三元语义。</code></p><p>关键细节：</p>
- 必须显式写出
ELSE 0，否则NULL输入会变NULL输出，而原生SIGN()对NULL也是NULL——行为一致，但意图要明确 - 如果字段可能为
NaN（如 PostgreSQL 的float），SIGN(NaN)返回NULL，而CASE写法默认不覆盖该分支，需额外加WHEN x != x THEN NULL判断
实际用起来，SIGN()真正省力的地方不在单次判断，而在它让“符号特征”变成可分组、可聚合、可索引的一等公民。但只要字段存在NULL或浮点精度问题，就得在调用前多看一眼数据分布。
