PreparedStatement缺陷之执行顺序混乱

       PreparedStatement虽然有种种好处，最大的特点是SQL语句的数据库无关性，也就是不需要特定得指定具体数据库的SQL，比如比较Timestamp类型的字段，如果用Statement全拼SQL的话，必须得带上TIMESTAMP('YYYY-MM-DD 00:00:00.0') (DB2的) 或者TIMESTAMP('YYYY-MM-DD 00:00:00.0', 'YYYY-MM-DD hh24:mi:ssxff')(Oracle的)这些特定函数，但如果是PreparedStatement的话，就不需要指定了，完全交给JDBC驱动来完成。而且，有时候必须得用PreparedStatement，比如从一个库中读取N条记录再把该记录集插入到另一个库，这时候事先并不知道有多少条记录，甚至不知道有哪些字段，那么就只能用PreparedStatement来拼装了。

      但是，在批处理preparedStatement的命令的时候，由于每加入一条新的命令都是先发送到命令缓冲区，所以不管客户端是批处理还是逐条执行，数据库服务端都是某个时刻从命令缓冲区中取出命令执行，那么最后造成的后果是数据库中的记录顺序并不是客户端的执行顺序。比如，我在客户端首先从一个库读取200条记录，再插入到另一个库，最后两个库中的记录顺序不一致。这样就会引出一个问题，如果要对两边的纪录作CRC校验的话，那么不能直接逐条对比，还得先排序，然后才能对比——增加了校验的复杂度。