第1次的运行结果：
下面是如何补救：
1） --// 听 nikitha的， 把所有的 using project connection ，uncheck （因为我都做出对源文件的改动了，再用原来的project 绑定的connection 和schema 肯定就不是 合理得了）
--// 连接 veeva 时 要用V17.2 ，同时 平均等待的时间 大概是2分钟， 要耐心等等
mapping 前的工作
找到Ravi 大神，终于把这个问题 解决了：
i_chronicle_id在log里报错说 我在insert时 ，没找到这个值，
怎么办 == 复制原来的 primary id as i_chronical_id
下面的反馈 ，其实是用我司的log工具，但读取的是来自veeva的报错反馈== 下面几个属性 col是 veeva建立这个文件的 required 必须要的col，我虽然 mapping 没错，id /primary啥也没错，
但是因为 还没达到 人家veeva的几个要求，必须补写 这几个col才性 。
select APPLICATION_NAME, ApplicationType, LeadMarket, PRIMARYKEY, PRIMARYKEY as i_chronicle_id,'1.0' as VersionNumber,'01/01/1990' as r_creation_date, PROCEDURE_TYPE, ProcType, Region from [Application$]
按Ravi 上述都做到后的 log显示： 好像ok 了。
另一位大神 Andrey 道破天机，这个是我可能没小心 点击了 Advanced Traget （对应veeva 是永远不支持这个的，别的数据库可以，veeva 绝对不要点击。 --错误点击后的代价就是 ，target 要删了重新弄，--标记就是 target中col就是col名字，不应该出现 我现在错误的 子表名+ col
---按 andrey的方法进行测试 （注意，我把 primary中的sql 中，删除了 下面的PRIMARYKEY as i_chronicle_id,'1.0' as VersionNumber,'01/01/1990' as r_creation_date, --因为 不选 adv 的target ，其实就不会要求这些 required col ）
source 改成 如下的样子，再实验一下：
显示成功的 log ，： 干净 ，简洁 ，清楚。
到veeva里检查，写进来的，-- 在application 处 搜索 azza ，显示如下。
