sign()函数返回-1（负数）、0（零）、1（正数），不自动关联借贷含义；需用case将结果映射为业务标签，注意null处理及索引失效风险。
SQL中SIGN()函数返回值的含义必须先搞清
SIGN()不是用来“标记”借贷方向的魔法函数，它只做一件事：对数值输入返回 -1（负数）、0（零）、1（正数）。账户余额为负，通常代表透支或应付（贷方多），为正代表结余（借方多）——这个业务含义需要你主动定义，数据库不会自动关联“负数 = 贷方”。不同会计系统对正负约定可能相反，比如有些把“应收账款”余额存为正数，但财务上它属于借方科目。
用SIGN()配合CASE把数字映射成业务标签
直接查SIGN(balance)只能得到-1/0/1，没业务可读性。必须用CASE转义：
SELECT
account_id,
balance,
CASE SIGN(balance)
WHEN -1 THEN '贷方余额（透支）'
WHEN 0 THEN '零余额'
WHEN 1 THEN '借方余额（结余）'
END AS balance_direction
FROM accounts;
注意点：
-
SIGN(NULL)返回NULL，如果balance允许为空，CASE里得额外加ELSE '未知'分支 - MySQL、PostgreSQL、SQL Server 都支持
SIGN()；SQLite 也支持，但 Oracle 需用DECODE(SIGN(n), -1, ..., 0, ..., 1, ...)或CASE替代 - 别在
WHERE里写SIGN(balance) = -1去查透支户——这会阻止索引使用，应直接写balance
和CASE WHEN balance 比，<code>SIGN()有啥实际价值？
几乎没有。除非你已经在用SIGN()做其他计算（比如求方向向量），否则为判断借贷硬套SIGN()反而绕路。真实场景中更常见的是：
- 按科目类型区分逻辑：
CASE WHEN account_type = 'asset' THEN ... ELSE ... END - 结合期初/本期发生额动态算方向，而非只看期末余额
- 导出数据时统一符号规则（如所有负债类科目余额强制存为正数，另用字段标方向）
这时候SIGN()既不省事，也不准确。
容易被忽略的会计细节：余额正负不等于借贷发生方向
一个账户期末余额为正，不代表当期都是借方发生。比如银行存款账户，某月先支出（贷方）再收款（借方），最后余额为正，但不能反推“本月净流入”。SIGN(balance)只反映静态结果，无法替代明细分析。如果业务需要“判断最近一笔是借还是贷”，得查transaction_log表并按created_at排序取顶行，而不是依赖余额符号。
