割接是最不能能忍受的的工作，可是从接收这块程序倒现在，已经为不同地区的业务割接了2次了，今天这是第三次。为了不影响用户使用，割接一般都是在夜里进行，可是今天不想加班了，就从中午开始，上传新的文件，更新配置，导数据库中的数据，重启服务器，一切都很顺利，不由得哼起小曲。这个时候发现控制台在报错“违反唯一约束条件 (CL.PK_....”，不用想，肯定是sequence不对，于是在数据库中找到sequence重新设置到足够大，可是还是报错，这下子开始着急了。

先从log看起：关键的时候log总是没起到作用，开始调log4j的配置文件，把log的级别调成debug，可惜VNC实在是太慢，输入字符却不显示，tomcat开始说我log4j的文件没写对，只能在本地改好了，通过FTP传到服务器上。等看到所有的log以后，真是让我发晕，原来我改的sequence不是真正用到的sequence，我改错了。

从中得到几点启发：
1 旧数据表的sequence不一定就是新的sequence，设计者可能改掉了，我对旧表的设计比较熟悉，所以就忽略了。
2 为了log4j能显示hibernate的SQL，要加几句话
### log just the SQL
log4j.logger.org.hibernate=info
### log just the SQL
log4j.logger.org.hibernate.SQL=debug
### log JDBC bind parameters
log4j.logger.org.hibernate.type=debug
3 割接还是在晚上做比较好，这样即使出了问题也不会太慌张
4 代码和设计还是越熟悉越好，虽然表太多了，没办法记住那么多