log10在sql server中仅接受正数，对≤0值静默返回null；需前置过滤或兜底处理，且不可与自然对数log混用，因底数不同导致结果相差约2.3026倍。
LOG10 在 SQL Server 中能直接对正数列做以 10 为底的对数转换，是平滑右偏分布（比如销售额、用户活跃时长、响应时间）最常用且高效的方法之一。它不改变数据相对顺序，但大幅压缩大值区间，让直方图或聚类更均衡。
LOG10 函数只接受正数，0 和负数会返回 NULL
这是最容易被忽略的硬性限制：只要 expression ≤ 0，LOG10(expression) 就返回 NULL，不会报错，但结果列会出现空值断层。
- 常见错误现象：执行
SELECT LOG10(sales_amount) FROM orders后发现部分行结果为空，但没意识到是因sales_amount存在 0 或负值 - 必须提前过滤或修正：用
WHERE sales_amount > 0，或用NULLIF+CASE做兜底，例如：SELECT CASE WHEN sales_amount > 0 THEN LOG10(sales_amount) ELSE NULL END AS log10_sales FROM orders
- 注意：SQL Server 不支持
LOG10(0)或LOG10(-5)，也不会触发运行时异常，静默返回NULL
LOG10 与 LOG 的区别直接影响业务语义
别把 LOG10(x) 和 LOG(x) 当成可互换写法——它们底数不同，结果相差约 2.3026 倍（即 ln(10)），在归一化、分桶、模型输入等场景中不能混用。
-
LOG(x)是自然对数（以 e 为底），返回值更大，适合数学建模内部计算 -
LOG10(x)更符合人类直觉：每+1 表示原值 ×10，便于解释“数量级”（如 100 → 2，1000 → 3） - 如果误用
LOG替代LOG10，后续按 10 进制分段（如 log10 ∈ [2,3) 判定为“百级销售额”）就会全部错位 - 没有隐式转换：即使你传入
INT列，LOG10也自动转为FLOAT计算，返回FLOAT或DOUBLE类型，注意下游是否要求精度控制
对数化后需处理 NULL 和极小正值带来的异常值
即使确保了所有输入 > 0，仍可能遇到两类边缘情况：接近 0 的正数（如 0.0001）导致 LOG10 输出极大负值（-4），以及原始数据含大量 0 被过滤后样本量骤减。
- 典型问题：日志系统中响应时间字段含大量
0.001（毫秒级），LOG10(0.001) = -3，而其他值集中在 1~3 区间，-3 成为离群点 - 推荐做法：加一个微小偏移避免极端负值，例如
LOG10(NULLIF(response_ms, 0) + 0.001)，但要同步记录该偏移逻辑供分析复现 - 若原始列稀疏（大量 0 或 NULL），建议先用
COUNT(*)和COUNT(log10_col)对比，确认有效样本比例；低于 70% 时，单纯对数化可能掩盖数据质量问题，而非解决分布问题 - 性能影响极小：
LOG10是标量函数，在 WHERE 或 SELECT 中使用均无明显开销，但避免在 JOIN 条件或 ORDER BY 中高频调用未索引列
LOG10 对 0 和负数的静默丢弃，以及没校验对数化后是否真的改善了分布——建议始终搭配 HISTOGRAM 或 PERCENTILE_CONT 验证变换效果，而不是只看 SQL 是否跑通。
