postgreSQL 小数点惹得祸

按每个活动的达标率展示

示例表 activity 如下:

activity | need | already | user
A        | 1000 | 1 | U_A
B        | 500 | 1 | U_B
B        | 500 | 1 | U_B
A        | 1000 | 1 | u_A

开始写SQL:

select activity,count(1),need,round(count(1)::NUMERIC / need::NUMERIC,2 ) already_rate from activity where activity in ('A','B') group by activity,need order by already_rate desc,activity asc;
结果: 
| activity | count | need | already_rate |
| A        | 2     | 1000 | 0.00         |
| B        | 2     |  500 | 0.00         |

上边应该是B 排在A前边才对,且already_rate 也出错了,主要是由于精度没有掌握好,need数如果不都一样,比较随机,这个时候该怎么办呢?
不管咋变,count数不可能比 need数大,自然小数位的个数,可以由need的长度决定比较好,修改SQL如下:

select activity,length(need::text) ) already_rate from activity where activity in ('A',activity asc;
结果: 
| activity | count | need | already_rate |
| B        | 2     |  500 | 0.004        |
| A        | 2     | 1000 | 0.0020       |

完美了!

相关文章

文章浏览阅读601次。Oracle的数据导入导出是一项基本的技能,...
文章浏览阅读553次。开头还是介绍一下群,如果感兴趣polardb...
文章浏览阅读3.5k次,点赞3次,收藏7次。折腾了两个小时多才...
文章浏览阅读2.7k次。JSON 代表 JavaScript Object Notation...
文章浏览阅读2.9k次,点赞2次,收藏6次。navicat 连接postgr...
文章浏览阅读1.4k次。postgre进阶sql,包含分组排序、JSON解...