在目标数据库中向源数据库建立一个database link远程连接，之后编写一个存储过程，用于将源数据库中的数据同步到目标数据库，再编写一个Oracle定时任务，最后在该定时任务中执行上述存储过程，即可实现定时同步。

sqlplus tianzhi_smart/[email protected]:1521/orcl

create public database link db21

connect to scott

identified by "tiger"

using '192.168.56.6:1521/ORCL';

create or replace procedure UPDATETEST

as

begin

delete from TEST01;

insert into TEST01 (ID, NAME, SAL) select ID, NAME, SAL from TEST@db21;

dbms_output.put_line('同步成功!');

end;

/

SQL> variable job1 number;

SQL>

SQL>

begin

dbms_job.submit(:job1,'UPDATETEST;',sysdate,'sysdate+1');

end;

/

SQL> begin

2 dbms_job.run(:job1);

3 end;

4 /

SQL> begin

dbms_job.remove(:job1);

end;

/

对于此类步骤清楚，条理清晰的问题，在执行过程中，一定要确保每一步的执行结果都是正确的，千万不要等到执行到最后一步时，才去检验是否存在问题。

如果不对前面的步骤进行检验，只等到最后一步出现问题的时候才去检查。不仅不能明确问题出现的准确位置，而且还得倒着层层往前查找问题。如果问题是出现第一步，那之后肯定会连环出问题，这样不仅可能会需要大幅进行修改，而且还会很影响状态，费工费时。

而如果没进行一步，就检验清楚，将战场打扫干净。来一个干掉一个，后面即使出现问题，也是属于各个击破，不至于搞成被群殴的下场。

这两天公司项目处于上线调试阶段，由于项目需要部署在集团公司机房，而集团公司又距离公司有一定的距离，同时集体公司机房为了确保安全又是与外界隔离开来的。所以，在部署调试阶段，出现问题，都只能是现场进行解决，而不能再是带回公司进行解决。

而出现问题时，我一直有一个感受。那就是通过上网搜索或者询问别人的方式，基本都可以想出来一个笨方法。而笨方法一般都是属于套路性的方式，代码重复率很高。

人都有偷懒的心理，为了少干点活儿，都会想一些巧方法。而我想出来的巧方法，一般都是知道有这种方式，但就是不知道如何具体去用。比如AOP，设计模式，涉及到复杂逻辑的存储过程等。

由于平时学的少，学的不够深入，虽然知道，但等到真到用的时候，却两眼抓黑，无处下手，真有一种摔头捶胸之感。

一直在工作之外，逍遥地干着轻松愉快的事儿，完全不顾及工作技能上的不足。现在倒好，由于技能实力不足，有问题有任务时，不能及时杠上，都快要危及到自己的饭碗了。如果饭碗丢了，还拿什么谈诗和远方。

别看上面的解决过程简单，昨天就是为了解决这个数据库同步的问题，愣是折腾到凌晨十二点半。坚持日更千字不间断的我，愣是不得不中断一天。现在看来，这完全是可以避免的。如果平时注意多多积累专业知识，主动学习专业技能，提升学习和适应能力，遇到此类问题肯定是可以在不到一个小时的时间内就处理掉，而我愣是折腾了将近一天的时间。

平时看似在工作之外的时间，多花了时间做自己感兴趣的事情，看似是有效利用了时间，但虽然工作上出现的问题越来越多，才发觉自己其实在不恰当的时间段内做了应该分散开来的应该做的事情。导致没有利用完整的时间去进行充电学习。而专业技能上不来，工作上问题得不到及时解决，只得去加班，去熬夜解决，这不是自己工作努力的表现。这都是平时不注意学习的结构，而平时不注意积累，到最后只会低效的工作拖累，浪费大量的时间。

总之，工作之外的时间，主动学习专业技能，不是在占用业余时间，从长远来看，是在节约业余时间。因为以后技能提升了，工作效率提高了，反而会留出更多的业余时间去做自己想做的事情。工作技能提高了，才能保证好自己的饭碗，才能去更加随性的追求自己的诗和远方。

适当的时间，干正确的事儿。说的就是这个道理。一句话，守不住饭碗，其他的都是扯淡！