为什么mysql中的时间戳范围为1970-2037年？

因为linux的时间范围是1970-2037，原因在于：unix 以unix纪元年表示时间，他们的时间是从1970-01-01 00:00:00到现在经历的秒数，而到约2037某个时刻，内核用32位的值来记录的秒值就溢出了；

不知道你是oracle还是sql server？这个是个自连接问题，先要排序，标行号，再同表的上下行相比，所以是自连接

orcale:

select a.vseq,a.declaredate as declaredate1,b.declaredate as declaredate2

from

(select vseq,declaredate,rownum as row from mac505 order by vseq,declaredate)a,

(select vseq,declaredate,rownum as row from mac505 order by vseq,declaredate)b

where a.vseq=b.vseq and a.row+1=b.row and a.declaredate+1000<b.declaredate

sql server由于只有2005以上版本才有row_number()函数，所以如下脚本只能用在2005以上版本中

select a.vseq,a.declaredate as declaredate1,b.declaredate as declaredate2

from

(select vseq,declaredate,row_number() orver (order by vseq,declaredate) as row from mac505 )a,

(select vseq,declaredate,row_number() orver (order by vseq,declaredate) as row from mac505 )b

where a.vseq=b.vseq and a.row+1=b.row and a.declaredate+1000<b.declaredate

内存溢出导致程序崩溃，也分是java层崩了，还是mysql崩了。

如果是java层崩了，注意不要一次性加载太多的数据到内存，并且不在使用的数据要彻底放弃引用关系。java虽然是自动回收，回收的原则就是一个对象不再被持有，即引用计数为零。如果数据太大，可考虑临时文件。

如果是mysql崩了，首先增加配置缓存。一般来说mysql是不容易崩的，特别是插入 *** 作的时候。查询的时候如果查询结果记录集特别大，会导致一个查询需要使用很大的内存空间，这种是有问题的。而插入 *** 作都是一条一条的执行，不会导致大内存的使用。

如果仅仅是数据移植，也尽量不要用ORM框架，比如hibernate，mybatis这些东西，因为他们都有自己的缓存，直接使用JDBC比较好。

---