MySQL中关于金额数据进行运算求和/整数时精度丢失/清空表数据，自增从1开始

1.金额字段类型为String时，进行求和运算

之前在MySQL数据库使用金额字段的时候，由于有小数位，可能大家第一印象是使用double类型的，但是在实际使用 的过程当中可能会发现double类型的数据，在进行运算的时候会产生精度丢失的问题。

这次做一个小项目，同事设计数据库的时候设置成了varchar，当时第一次看到这个感觉很神奇，不明白他怎么想的，在我使用的过程中，由于要对前台传来的数据进行解析，解析出里面的金额数据。

在截取的过程中，直接获取到一个String类型的金额数据，于是便直接插入到数据库里了。

今天客户又加了个需求让后台显示总得金额，于是我便后悔，为什么不提前把金额的字段改成double的，String类型的也没法求和啊。。。。。。。

果然是技术菜限制了我的想象，MySQL竟然可以直接对String类型的数据进行运算，前提是转换成decimal类型，于是问题便迎刃而解了，不然按照我的本方法，将数据类型改为double，然后再改实体类，我感觉至少得够我折腾半天的，并且写好的功能也有可能会受影响。

解决办法：

1. 使用cast函数，将varchar或char类型转换成decimal类型在进行计算

select  sum(cast(money as  decimal(10,2)))  as  money  from table

其中decimal中的10代表除了小数位，最多的数据有效位数，也就是说最大可以是99999999.99
后面的2代表精度，也就是小数有效位，当数据的有效位大于2时，则进行四舍五入运算，小于2时补0填充位数。

2. 另一个类似的函数：convert

select  price from TABLE  order by CONVERT (price , DECIMAL) desc

2.查询DECIMAL类型数据小数点后精度缺失丢失为0的小数

利用SSM框架查询数据库数据时，当数据库数据类型为decimal（18,2)，此时若数据库数据为12.34，后台获取结果也为12.34，这时看上去数据获取没有任何问题，但是当数据库数据为22.00，后台获取结果则变为22，小数点后两位.00丢失，即精度缺失.

这是由于mybatis在进行数据映射的时候，若数据库中字段的类型是decimal、float、double，java类对应字段的类型为BigDecimal、Float、Double时，映射得到的数据不会保留值为0的小数位，此时可将java对应字段转换为string类型，即改变实体类中变量类型。若查询结果返回类型不是该实体类，而是一个整合的map集合，此时不用去修改实体类中对应的变量类型，毕竟修改实体类，项目内修改涉及面可能比较广，此时可在mybatis的XML文件内，将decimal或其他数字类型在SQL语句内强制转换为字符串类型，再进行数据映射。

例如book实体类中amount字段在数据库为decimal（18,2）类型，正常在mybatis的XML文件内的sql查询为：

<select id="selectByPrimaryKey" parameterType="java.lang.String" resultType="com.entity.Book">
	SELECT  id,bookName,amount from book where id=#{id}
</select>

此时，可将其修改为：

<select id="selectByPrimaryKey" parameterType="java.lang.String" resultType="java.util.Map">
	SELECT  id,bookName,CAST(amount AS CHAR) amount 
             from book where id=#{id}
</select>

这样当数据库中amount数据为22.00时，后台获取到的数据也为22.00。

3.清空表的数据，id自增从1开始的方法

可以直接在xml文件中写一条类似查询的SQL语句或者使用update也行，然后向普通的mapper接口一样，直接调用即可，唯一一点要注意的是返回类型必须为void，否则会报错。

  <select id="deleteALL">
  	TRUNCATE TABLE 表名
  </select>