工作体会之系统对接

当接手到系统对接方案的时候，拿到需求书，对大致要做一件什么样的事情有一个基本的了解。

从经理那里得到了原先的一个类似的功能块代码。两者的区别是原先中间库中的表不存在主子表的概念，直接导入到目的表中就可以了。新的需求中有了主子表的概念。

该项目采用C/S架构，使用swing图形界面。从经理那里知道了具体要在哪一个代码块这里做修改。

任何拿到手的项目二话不说，先尝试运行起来。业务逻辑代码那里打上断点，debug每一步，了解别人写的每个变量的具体用法。

但是这个过程并不顺利，开始的时候在中间表插入数据失败了，经过仔细的debug发现问题问题出在了目标数据库字段类型和要插入的数据类型不匹配。解决的方式是改了数据库的字段类型。

好的在不存在主子表的关系的中间库表中插入了测试数据后，排除了数据类型不匹配的bug，程序终于一步一步执行下去

新建了一个名为“思路.doc”的文档，细化自己的任务，将当前需要解决的小技术手段列出来，

将debug中关键的变量值，和sql语句字符串记录下来。有些地方可以截图。

直到结束。检查目标数据库，导入成功。

第一阶段，熟悉原来的项目流程，别人解决的思路告一段落。这当中涉及到与同事沟通。（将自己面临的困惑描述清楚，想知道哪些解决问题的信息，我们的终极目的都是为了完成任务）

第二阶段，开始改造别人的代码。

领悟一个思想，java是一门语言，语言是一种很自然的工具。用于人和计算机进行交流。

我要解决什么问题，我知道哪些已知的信息。还需要哪些信息才能解决这个问题。这些信息从哪里得到

通过对象，或者一些简单的分支判断或者遍历或者字符串处理来获取到这些信息。

有些信息来自于数据库中，通过sql语句查询来获得该信息。

有的变量别的代码块需要用到，就扩大变量的作用域的范围。

有的信息你找出来了，需要保存，就定义一个变量来存这个信息。

第三阶段，遇到了自己搞不定的问题，不要犹豫直接问经理。

最后坚信，任何任务中都可能碰到困难，这时一方面自己尝试些方法，一方面及时和同事交流，困难都是暂时的，都将会得到解决。

任务驱动学习，不断总结，不断提高。

本次任务，接触到

jdbc中的ResultSetMetaData对象，可以用这个对象获得结果表的一些信息。

ResultSetMetaData rsmd = srcRs.getMetaData();

通过rsmd可以获得设置的列的别名，结果集总的记录数等。

数据库在更新后要提交，否则在第二次用到这个连接时，可能会卡住。