比如
﹕
SELECT
ROUND(列)
FROM
表
ROUND
语法
ROUND
(
numeric_expression
,
length
[
,
function
]
)
参数
numeric_expression
精确数字或近似数字数据类型类别的表达式(bit
数据类型除外)。
length
是
numeric_expression
将要四舍五入的精度。length
必须是
tinyint、smallint
或int。当
length
为正数时,numeric_expression
四舍五入为
length
所指定的小数位数。当
length
为负数时,numeric_expression
则按
length
所指定的在小数点的左边四舍五入。
function
是要执行的 *** 作类型。function
必须是
tinyint、smallint
或
int。如果省略
function
或
function
的值为
0(默认),numeric_expression
将四舍五入。当指定
0
以外的值时,将截断
numeric_expression。
ROUND:按照指定的精度进行四舍五入格式:round(数字,位数)
结果显示:
注意:若四舍五入后取整,则round(数字)
结果显示:
TRUNC:按照指定的精度进行截取一个数
格式:trunc(数字,位数)
结果显示:
注意:TRUNC是按照给定位数截取数据。
FLOOR:对给定的数字取整数位
格式:floor(数字)
结果展示:
CEIL: 返回大于或等于给出数字的最小整数
格式:ceil(数字)
结果展示:
round:四舍五入取整截取
格式:round(数字,位数)
结果展示:
注意:round至少保留一位小数。
FLOOR:对给定的数字取整数位
格式:floor(数字)
结果展示:
CEIL: 返回大于或等于给出数字的最小整数
格式:ceil(数字)
结果展示:
cast:舍弃小数取整,相当于类型转换函数
结果展示:
多看看你写的程序吧!
这种问题我不想回答来着,百度里弄不成精彩回复。
--------------
给你做一个实验。
假如excel 使用的是标准xml 驻存。
基本上类似于如下结构
<H30_Value>4.011<H30_Value/>
<H30_Handle>Round(2)<H30_Handle/>
<H30_ViewValue>4.00<H30_ViewValu/>
也就是说,你获得的值不是视觉值就是,实际存储值。
你的程序并没有统一处理,一些API,getCellValue,和 Value 差距可是相当的大。
mysql 写的导入插件用的是实际存储值。
我建立一个表,三个列 A int B float C varchar
然后我用甲骨文开发的插件提交一下数据:
一共三行 三种格式。 自己多看看 fx 的那个显示 是什么值
也就是说 造成这种视觉和实际的元凶是handle,你用最简单的模板试一下,我个人认为你的那个程序有问题的概率比excel格式出问题的概率大一些。
mysql 文本 如果是数字 也可运算,这是一个优点。也是一个缺点。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)