今天调试程序,系统抛出这个异常:Out of range value adjusted for column 'bodyWeight'。
进数据库看见这个字段的类型是decimal[4,2]。录入三位数就出异常。
DECIMAL[(M[,D])] [ZEROFILL]
CHAR
列:“未压缩”意味着数字作为一个字符串被存储,值的每一位使用一个字符。小数点,并且对于负数,
“-”符号不在M中计算。如果
D
是0,值将没有小数点或小数部分。
DECIMAL
值的最大范围与
DOUBLE
相同,但是对一个给定的
DECIMAL
列,实际的范围可以通过
M
和
D
的选择被限制。如果
D
被省略,它被设置为0。如果
M
被省掉,它被设置为10。注意,在
MySQL3.22里,
M
参数包括符号和小数点。
只要把M改大一点就不出错了,我也到网上搜了一下,说这是mysql严格检查的结果。mysql下my.ini文件的 STRICT_TRANS_TABLES关掉就好了:
- #Set the SQL mode to strict
- #sql-mode="STRICT_TRANS_TABLES,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION"
- sql-mode="NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION"
又上网搜了一下STRICT_TRANS_TABLES这是什么?
STRICT_TRANS_TABLES的工作方式:
· 对于事务性存储引擎,在语句中任何地方出现的不良数据值均会导致放弃语句并执行回滚。
· 对于非事务性存储引擎,如果错误出现在要插入或更新的第1行,将放弃语句。(在这种情况下,可以认为语句未改变表,就像事务表一样)。首行后出现的错误不 会导致放弃语句。
取而代之的是,将调整不良数据值,并给出告警,而不是错误。换句话讲,使用STRICT_TRANS_TABLES后,错误值会导致 MySQL执行回滚操作,如果可以,所有更新到此为止。
要想执行更严格的检查,请启用STRICT_ALL_TABLES。除了非事务性存储引擎,它与STRICT_TRANS_TABLES等同, 即使当不良数据出现在首行后的其他行,所产生的错误也会导致放弃语句。这意味着,如果错误出现在非事务性表多行插入或更新过程的中途,仅更新部分结果。前 面的行将完成插入或更新,但错误出现点后面的行则不然。