还不会用SQL对数值结果进行格式化?

在最近的项目开发中，有个业务需求是界面显示的数字需要保留两位小数，目前我想到的解决方法有两种： （1）在写SQL的时候，直接保留两位小数 （2）在java代码里面将查询出来的数进行格式化处理，保留两位小数 先说第一种方案：在SQL中的处理 我使用的oracle数据库，所以有3个函数可以选择，分别是： （1）ROUND(A/B,2) ROUND()函数是会将计算结果进行四舍五入的，如果所需要的值需要进行四舍五入，就可以选择这个函数，可以有一个参数，也可以有两个参数；如果有两个param，第一个是你的计算表达式，第二个是需要保留的小数位数。例子如下：

（2）TRUNC(A/B,2) TRUNC()函数是不会将计算结果进行四舍五入的，如果所需要的值不需要进行四舍五入，就可以选择这个函数，可以有一个参数，也可以有两个参数；如果有两个param，第一个是你的计算表达式，第二个是需要保留的小数位数。例子如下：

3）TO_CHAR(A/B,‘FM99990.99’) TO_CHAR()是一个格式化函数，第一个参数是计算表达式，第二个参数是指定格式化的格式，如果保留两位小数则小数点后写两个99，这里的数字9代表的数字，也是一个占位符，表示该位置上以后会是一个数字，为什么小数点前面会是一个0，而不是9，是因为如果计算结果小于1，那么只会显示小数点和小数点之后的部分，前面的0会忽略掉

在SQL计算中，比如1/10的结果是0.1，但是实际需要得到的结果是0.10，那么用我上面的那些方法得到的结果只可以是0.1，不可以是0.10，对于这个问题，我去oracle官网的文档查看了一下，可以采用如下的写法得到：

select to_char(a/b,'FM9990.00') AS result  from dual;

这里就是需要注意的一点就是0和9的区别，具体我没找到相关的信息，暂时说一下我的想法，0和9应该都是类似于占位符，你实际除得的结果中的数字一般会替换掉9，但是当你整数部分只有一位且是0的时候，那么你需要在格式化的时候用0来指定格式化的模型，如上文那个.67的样子，小数点后面的值，你可以用0也可以用9来指定模式，用9指定的结果就是你的小数点本来后面几位它就显示几位，如果用0来指代，它在位数不够的情况下会用0去进行占位填充。