SQL中整数除法结果为0是因为多数数据库默认整数相除截断取整，需显式转浮点（如乘1.0或CAST）并用NULLIF防除零，否则结果错误或报错。

SQL里直接用除法算百分比为什么结果是0？

因为多数数据库（如 PostgreSQL、SQL Server）默认整数除整数得整数，5 / 10 直接截断为 0，不是 0.5。MySQL 8.0+ 和 SQLite 稍好些，但仍有隐式类型陷阱。

• 显式转浮点：把任一操作数转成 DECIMAL、FLOAT 或加小数点，比如 col_a * 1.0 / col_b 或 CAST(col_a AS DECIMAL(10,2)) / col_b
• 避免 INT / INT：哪怕字段定义是 INT，运算前也先乘 1.0 或用 100.0 做百分比基数
• 注意 NULL：NULL / anything 永远是 NULL，需提前用 COALESCE 或 CASE WHEN 处理

MySQL中计算占比并保留两位小数的写法

MySQL 对隐式转换相对宽容，但保险起见仍推荐显式控制精度和空值。

SELECT
  product,
  sales,
  total_sales,
  ROUND(sales * 100.0 / NULLIF(total_sales, 0), 2) AS pct
FROM (
  SELECT 
    product,
    SUM(amount) AS sales,
    SUM(SUM(amount)) OVER() AS total_sales
  FROM orders
  GROUP BY product
) t;

• NULLIF(total_sales, 0) 防止除零错误，返回 NULL 而非报错
• * 100.0 强制浮点运算，避免整数截断
• ROUND(..., 2) 控制显示精度，但注意这只是四舍五入显示，不是存储精度

PostgreSQL里百分比计算必须加类型修饰吗？

必须。PG 对类型极其严格：INTEGER / INTEGER 永远返回 INTEGER，哪怕你后面套 ROUND 也没用——因为除法那步已经丢精度了。

• 推荐写法：(sales::NUMERIC * 100 / NULLIF(total_sales, 0))，::NUMERIC 是最简洁的类型转换语法
• 别用 CAST(sales AS FLOAT)，除非真需要浮点语义；NUMERIC 更准，适合财务类百分比
• 窗口函数里同样适用：SUM(sales) OVER()::NUMERIC 再参与除法

WHERE条件里能直接用百分比表达式过滤吗？

可以，但要注意执行顺序和索引失效风险。数据库不会自动为你优化带运算的条件。

• 例如 WHERE (sales * 100.0 / total_sales) > 15 会强制对每行都算一次，无法走 sales 或 total_sales 的索引
• 如果过滤比例高，建议先算好中间结果（CTE 或子查询），再在外层过滤，让优化器有机会剪枝
• 更关键的是：确保 total_sales 不为零，否则整个 WHERE 表达式可能因除零异常中断（取决于数据库是否惰性求值）

实际写的时候，最常漏掉的是除零保护和类型提升——这两处一错，要么结果全零，要么查询直接失败。