mysql数据库 复制一条记录到另外一张表中 本来为null的datatime字段，复制到另一张表中变为了0000-00-00 00:00:00

mysql数据库：

问题描述：复制一条记录到另外一张表中 本来为null的datatime字段，复制到另一张表中变为了0000-00-00 00:00:00

情景描述：java项目，有两个数据库一个是本地的数据库localdb，另一个是云测试数据库Clouddb。这两个都有一个发票表t_order_invoice。现在我要将localdb中的t_order_invoice的8条数据记录，导入到Clouddb中进行测试。在mysql的可视化界面，我全选localdb中的t_order_invoice记录，ctrl+c
复制，然后到Clouddb中的t_order_invoice中，复制ctrl+v。最后查看刚才复制的记录中快递时间Express_date本来为null，复制到Clouddb中这个字段变为了0000-00-00 00:00:00。

这个问题由于不可再现性，没有找到最终的原因。

解决方法：在mysql的可视化页面复制记录

1.复制表中的一部分（避免上述的0000-00-00 00:00:00问题）：

<1>在localdb中的t_order_invoice选中要复制的记录，然后鼠标右击弹出提示框->复制为->Insert语句

<2>转到Clouddb中的t_order_invoice，执行刚才的Insert语句（注意执行时记录主键唯一）

2.复制整个表中的记录

<1>将localdb中的t_order_invoice所有数据导出为一个sql脚本

<2>转到Clouddb中的t_order_invoice，执行刚才sql脚本

拓展：

处理Sql查询遇到这样一个问题（数据库是MySQL），有个字段定义类型是datetime，且非空无默认值，
通过PHPMyAdmin界面填充测试数据的时候没有理会这个字段，看到个小警告，插入成功，
但是在取数据的时候出现这样一个错误：
Value '0000-00-00 00:00:00' can not be represented as java.sql.Timestamp
 
因为数据库访问层是自己封装的架构，所以第一个想法是：“哇，遇到一个新情况”，
于是去看基类的反射处理部分，好像没啥问题，小小的失望了一下，
后来把整个错误扔到网上搜索了一下，嗬，还真不少，中文的英文的××文的都有，
捡个权威的吧（MySQL官方http://dev.mysql.com/doc/refman/5.1/en/connector-j-installing-upgrading.html）：
Datetimes with all-zero components (0000-00-00 ...) — These values can not be represented reliably
in Java. Connector/J 3.0.x always converted them to NULL when being read from a ResultSet.
Connector/J 3.1 throws an exception by default when these values are encountered as this is the most correct behavior according to the JDBC and SQL standards. This behavior can be modified
using the zeroDateTimeBehavior configuration property. The allowable values are:

exception (the default), which throws an SQLException with an SQLState of S1009.
convertToNull, which returns NULL instead of the date.
round, which rounds the date to the nearest closest value which is 0001-01-01.

Starting with Connector/J 3.1.7, ResultSet.getString() can be decoupled from this behavior via noDatetimeStringSync=true (the
default value is false) so that you can retrieve the unaltered all-zero value as a String. It should be noted that this also precludes using any time zone conversions, therefore the driver will not allow you to enable noDatetimeStringSync and useTimezone at
the same time.
 
两种解决办法（高亮颜色我加的），两种方法都是在数据库连接串处追加设置，
现举例说下两种情况的结果：
原连接串：driver-url=jdbc:mysql://127.0.0.1/test
使用参数zeroDateTimeBehavior：
取值exception：
driver-url=jdbc:mysql://127.0.0.1/test?zeroDateTimeBehavior=exception
结果：
java.sql.SQLException: Value '0000-00-00 00:00:00' can not be represented as java.sql.Timestamp
 
取值convertToNull：
driver-url=jdbc:mysql://127.0.0.1/test?zeroDateTimeBehavior=convertToNull
结果：
ClientDto[id:1,email:test@hotmail.com,civilite: 测试用户,prenom:贾,nom:某某,birthday:1992-03-18,telephone:12312345678,address:测
试用户的住址,regionid:1,postcode:111000,city:大 连,country:france,batiment:110#,escalier:2,code:151515,interphone:050505,etage: 东侧走廊,appartment:205,createdate:2010-03-16 09:30:21.0,status:0,totalprice:0.00,totalnum:0,lastdate:null,lasttotal:0.00,]
 
取值round：
driver-url=jdbc:mysql://127.0.0.1/test?zeroDateTimeBehavior=round
结果：
ClientDto[id:1,email:test@hotmail.com,civilite: 测试用户,prenom:贾,nom:某某,birthday:1992-03-18,telephone:12312345678,address:测
试用户的住址,regionid:1,postcode:111000,city:大 连,country:france,batiment:110#,escalier:2,code:151515,interphone:050505,etage: 东侧走廊,appartment:205,createdate:2010-03-16 09:30:21.0,status:0,totalprice:0.00,totalnum:0,lastdate:0001-01-01
00:00:00.0,lasttotal:0.00,]
 
另一参数noDatetimeStringSync：
driver-url=jdbc:mysql://127.0.0.1/test?noDatetimeStringSync=true
结果：
ClientDto[id:1,email:test@hotmail.com,civilite: 测试用户,prenom:贾,nom:某某,birthday:1992-03-18,telephone:12312345678,address:测
试用户的住址,regionid:1,postcode:111000,city:大 连,country:france,batiment:110#,escalier:2,code:151515,interphone:050505,etage: 东侧走廊,appartment:205,createdate:2010-03-16 09:30:21,status:0,totalprice:0.00,totalnum:0,lastdate:0000-00-00
00:00:00,lasttotal:0.00,]
 
个人感觉按通用性来说结果是Null可能好些，但是结果是一串零的更能贴近空时间的概念，所以具体选择看各自项目的需求选择使用吧。