针对以下这个,我觉得这样做是可取的:
3)每个字段尽量设置不可为空,对于有些业务比如订单的出仓时间确实需要等到出仓扫描时才有值的可以允许为空;
供参考的解决方案:
全部字段都设置为not null,
int ,date,datetime,timestamp类型都可以default 0
orm层配置增加如下:
zeroDateTimeBehavior=convertToNull
这样代码层面无需任何改动。()
一来兼顾db层面的优化,数据量大并发时,这种抠门是可取的,
二来兼顾tms业务.
时间紧迫,可针对大表。
ps:
set datetime = null 它会清到 0.,,是的,。,但不能 统一标准啊。
把所有 time 有关的改成not null default 0 .. 代码 把UPDATE seq_rule SET test_date=null 改成 UPDATE seq_rule SET test_date=0 可以
这样的话,,就可以统一所有time类型
单是db层面的话
timestamp类型 + not null default 0 . + UPDATE seq_rule SET test_date=0
可以解决 ,java层面?
others:
set timestamp = null . timestamp会自动刷到当前时间, 不管你是否default 0.
set timestamp = 0 . timestamp才会刷到'0000-00-00 00:00:00', 不管你是否default 0.
在MySQL 连接
jdbcUrl = jdbc:mysql://127.0.0.1/jfinal_demo?characterEncoding=utf8&zeroDateTimeBehavior=convertToNull
这样设置,也是为了处理时间是 0000-00-00 00:00:00
获取出现异常的问题
在JDBC连接串中有一项属性:zeroDateTimeBehavior,可以用来配置出现这种情况时的处理策略,该属性有下列三个属性值:
l exception:默认值,即抛出SQL state [S1009]. Cannot convert value....的异常;
l convertToNull:将日期转换成NULL值;
l round:替换成最近的日期即0001-01-01;
因此对于这类异常,可以考虑通过修改连接串,附加zeroDateTimeBehavior=convertToNull属性的方式予以规避,例如:
jdbc:mysql://localhost:3306/mydbname?zeroDateTimeBehavior=convertToNull
从另一个层面讲,这类异常的触发也与timestamp赋值的操作有关,如果能够在设计阶段和记录写入阶段做好逻辑判断,避免写入 '0000-00-00 00:00:00'这类值,那么也可以避免出现 Cannot convert value '0000-00-00 00:00:00' from column N to TIMESTAMP的错 误。