视图中百分比计算必须同时处理除零和整数截断，否则结果为0或报错；因整数除法先截断（如3/5=0），再乘100仍为0；须转浮点（如num*1.0/den）并用NULLIF(den,0)防除零。
视图里算百分比，必须同时处理除零和整数截断，否则结果不是错就是 0。
为什么视图中 num / den * 100 总是返回 0？
因为 num 和 den 都是整型字段时，数据库默认执行整数除法：截断小数，不四舍五入。哪怕你乘了 100，也拦不住先算 3 / 5 = 0 再乘——结果还是 0。
- 最简修复：把分子或分母转成小数，比如写成
num * 1.0 / den * 100或CAST(num AS DECIMAL(10,2)) / den * 100 - PostgreSQL/SQL Server 推荐用
ROUND(num * 100.0 / den, 2)::DECIMAL(5,2)，一步到位控制精度和类型 - MySQL 中
100.0比100.00更安全——避免因 DECIMAL 精度声明引发隐式截断
视图定义里怎么防 division by zero 错误？
视图一旦定义就固定执行逻辑，如果某条记录的分母为 0，整个视图查询会直接报错（尤其 PostgreSQL 和 SQL Server），根本查不出来数据。
- 首选组合：
num / NULLIF(den, 0)—— 分母为 0 时整条表达式返回NULL，不报错 - 加兜底值：
COALESCE(num / NULLIF(den, 0), 0)，需要填 0 的场景才加；但业务上分母为 0 往往代表指标无意义，留NULL反而更真实 - 别用
CASE WHEN den = 0 THEN 0 ELSE num / den END直接写在视图里——聚合场景下（比如SUM(a) / COUNT(b)）无法提前判断COUNT(b)是否为 0，CASE会失效
视图中百分比要不要加 % 符号或格式化？
不要在视图里用 FORMAT_NUMBER 或拼接 '%'。视图应返回原始数值，格式化交给应用层或报表工具做。
- 存字符串如
'4.44%'会导致无法参与后续数值计算（比如排序、求均值） - MySQL 没有原生
FORMAT_NUMBER，PostgreSQL 的TO_CHAR返回 text，SQL Server 的FORMAT性能差且不可索引 - 正确做法：视图返回
ROUND(num * 100.0 / NULLIF(den, 0), 2)这样的纯 numeric 值，小数位数按业务容忍度定（通常 1–2 位）
真正容易被忽略的是：视图里的表达式会在每次查询时重复计算，如果分母字段本身来自复杂子查询或 JOIN，再套一层 NULLIF + 类型转换，可能放大性能开销。这时候得权衡——宁可冗余存一个非空分母标志字段，也不要让视图每回都硬算。
