erp客户数据导入踩坑记录

一、背景

话说erp系统初建，一切百废待兴，基础数据的导入迫在眉睫，于是出现了这次的客户数据导入。

二、历程

1、开始给我安排任务，让我导入客户数据，当时我一脸懵逼，为什么要导出数据？数据是哪来的，又要导入到哪里？

我同事答：数据来自系统（之前的系统，或者是业务人员收集的），要导入新系统（新搭建好的这个erp系统，需要有初始数据，所以要把这些基础数据导入进去）。

2、那么怎么导呢？

我同事答：因为oracle的erp数据库关系复杂，所以Oracle提供了导入数据的接口，只要调用接口就行。过程大概就是：启动任务->oracle去标准接口表里抓取数据->写入标准表

3、从哪下手？

当时功能顾问给了我一个客户数据导入的包，粗略看了一下，他的逻辑大概是自定义数据表A->标准接口表->启动任务->写入标准表，结果呢，就是更懵逼了。

原因如下：

1）：给了我的数据是个excel，数据很多，但是自定义数据表A字段很少，同步到接口表中的数据也少。

2）：由于对业务逻辑不了解，表结构不了解，字段含义不了解，所以看不懂包里的操作逻辑。

3）：没人知道接口表里的字段含义，所以想修改自定义数据表A->标准接口表这个流程干脆就没法下手。

怎么解决当前的困境：

1）：在困惑了好久之后，我开始尝试把这个包先定义程序、可执行，搞一条数据尝试

2）：在可执行跑的时候，发现了启动任务，那岂不是找到这个启动任务的代码，就能知道标准接口表是怎么对应到标准表的了

3）：忙碌了半天，结果被技术大佬告知，启动任务的代码看不了，这下又开始迷茫了

4）：发现可执行跑的时候，调用了启动任务，而启动任务也有输出，照着输出的错误提示，终于导入了一条数据，结果这条数据数据库能查到，页面却查不到

5）：开始反编译页面的oaf代码，找是否有什么条件限制，忙碌了好久，发现太复杂，根本找不到这个限制是哪来的，于是整个人都不好了

6）：在迷茫了很久之后，突然想到，既然是标准接口表，标准的启动任务，那么百度或者Oracle官方文档应该会有，功夫不负有心人，最终找到了，但是文档是英文的，没办法，救命稻草啊，只能慢慢读了

7）：然后根据这个英文文档开始搞，这下页面能查到数据了，但是好多信息还没导入，那就继续折腾，给自定义数据表A增加了字段，照着文档找到对应的标准接口表的字段。然后发现有些数据始终导入不进去，文档感觉有问题

8）：继续折腾，多番愚公移山的尝试无果后，开始找到这些数据对应的标准表，直接写入进去，我真是太聪明了！

三、总结

1、做这个功能我花费了大量的时间，可是大部分时间都是在踩坑、走弯路。我写这个博客，就是记录一下走的弯路，总结一下经验，怎么才能不走弯路。

2、分析一下历程

1）：首先接到的任务是导客户数据，因为我对导入数据根本不了解，所以急需搞清楚两件事，第一是什么，第二怎么做。所以一开始的跟同事请教是正确的做法。

2）：知道是什么，怎么做之后，这其实已经是知道一个大方向了。具体怎么做，其实可以一开始就去网上找文档，因为这是erp的标准接口，我们这边需要同步数据，其他人肯定也弄过这东西，所以一开始自己的摸索就是走弯路。

3）：有了文档之后，有些字段还是导入不进去的时候，那么说明这些字段不是通过接口导入的，就不用愚公移山一个一个字段的去试了，要相信Oracle的官方文档，尽早的去思考该怎么做，我是后来才想到直接更新到标准表的。

3、接触新事物难免踩坑走弯路，毕竟没做过，不知道怎么做才是对的。迷茫的时候可以多看看网上的大神是怎么做的，说不定就找到解决办法了。

4、客户数据导完之后，我又导了供应商数据，结果我在科目段表里新增了数据，导致数据问题，出了个生产事故，以后对于标准表还有不知道数据来源和数据结构的表，千万不要去动，前车之鉴啊！