为何计算高海拔机场占比的SQL因括号位置不同结果有差异？

这问题核心是整数除法的优先级与类型转换规则在搞事情，咱们掰开揉碎了说：

先看正确语句为啥对 #

正确SQL代码：

SELECT state, 
       100.0 * sum(CASE WHEN elevation >= 2000 THEN 1 ELSE 0 END) / count(*) 
       as percentage_high_elevation_airports 
FROM airports 
GROUP BY state;

这里的关键是100.0这个浮点数——它先和sum(...)的结果相乘，直接把整个运算的数值类型从整数转换成了浮点数。之后再除以count(*)（整数）时，数据库会自动把count(*)也转成浮点数来计算，所以能得到精确的小数结果。比如你示例里的NC州，sum是1，count是9，运算过程是100.0 * 1 /9 = 11.111...，完全符合预期。

再看错误语句错在哪 #

错误SQL代码：

select state, 
       100.0 * (sum(case when elevation >= 2000 then 1 else 0 end)/count(*)) 
       as percentage_high_elevation_airports 
from airports 
group by 1;

这里的括号改变了运算顺序：先算括号里的sum(...) / count(*)。而sum()和count()返回的都是整数类型，绝大多数数据库（比如MySQL、PostgreSQL默认配置）会对整数除法做截断处理——只保留整数部分，直接丢弃小数。

拿NC州举例：sum是1，count是9，1/9的整数除法结果是0，之后再乘以100.0还是0，这就出现了你看到的错误结果。其他像ND州sum是1，count是10，1/10整数除法也是0，自然结果就不对了。

快速修正错误语句的方法 #

如果想保留括号的写法，只需要让括号里的除法变成浮点数运算就行，比如给sum或者count乘个1.0：

select state, 
       100.0 * (sum(case when elevation >= 2000 then 1 else 0 END)*1.0 / count(*)) 
       as percentage_high_elevation_airports 
from airports 
group by 1;

这样括号里的运算会先转换成浮点数，就能得到正确的百分比了。

内容的提问来源于stack exchange，提问作者Fredom Trucer