《导出导入工具测试》由会员分享，可在线阅读，更多相关《导出导入工具测试（11页珍藏版）》请在金锄头文库上搜索。
1、导出导入工具培训,Justep,培训内容,环境搭建部署、增量、复制三种方式关联添加创建物理表的到目的的三种方式：修改、覆盖、忽略复制源表记录到目的的三种方式：完全一致、覆盖、忽略,测试环境搭建,导出应用服务器（如Tomcat）、 导出数据库：X3demo 导出工具：exporter导入应用服务器（如Tomcat）、 导入数据库：X3Training 导入工具：importer,导出导入资源,分为三大部分：组织机构导出导入、业务资源导出导入、数据迁移导出导入,部署、增量、复制导入方式,部署：就是使目的服务器中的数据和资源包中的数据完全一致。如选择导入资源包中的“销售订单系统”空间，则程序会把目的
2、服务器中的“销售订单系统”空间删除，并且导入一个新的进去。不会保留任何东西，也不会比较差异。可能出现的错误：“文件唯一标识符重复”， 导致错误的原因有一种：“文件唯一标识符”被其他文件占用。因为部署是使目的和资源包完全一致，所以唯一标识符也要保持一致，如果唯一标识符在目的服务器中被其他的资源占用，则会报这个错误。导致这一个错误的操作可能有：第一步，先部署一个功能“业务功能1”到目的服务器，然后用Studio进入，把刚部署的“业务功能1”剪切到其他的“业务空间”下，则该“业务功能1”保留了原来的唯一标识符，但是已经是另外一个对象了。第二步，这时候再次从资源包中把“业务功能1”“部署”到目的服务器
3、，就会报“文件唯一标识符重复”。解决方法：重新选择出错的资源执行导入，其他的没有出错的不用再次导入，选择“复制”模式，系统会重现创建一个“唯一标识符”。,部署、增量、复制导入方式,增量部署：和部署方式的差别是，不会删除目的服务器中的内容，而是覆盖将要导入的内容。例如，准备把资源包中的“业务空间1业务功能1”导入到目的服务器，则程序只会修改目的服务器中“业务空间1业务功能1”，其他的信息不会修改。这其中还有一个细微的特点，如果资源包中的“业务功能1”下面有一个“窗体1”，而目的服务器中有一个“窗体2”，那么在执行增量部署之后，目的服务器的“业务功能1”下面就有两个窗体“窗体1”和“窗体2”。如果
4、目地服务器中已经有两个窗体，则程序会删除“窗体1”，再把资源包中的“窗体1”导入，并且会保持“文件唯一标识符”和资源包中的一致。 可能出现的问题：“文件唯一标识符重复”。 导致的原因：同部署。 解决方法：同部署。,部署、增量、复制导入方式,复制：复制实际上类似增量部署，但是在执行导入的过程中，会重新生成“文件唯一标识符”，那么就不会出现“文件唯一标识符重复”的错误，但是，没有重复的对象的“文件唯一标识符”也会重新生成。 说明：被重新生成“文件唯一标识符”的对象，之前的引用不会受到影响，原因在于引用时用的是对象的Bizurl，这个是在业务模型中是唯一的；文件唯一标识符，即Guid，是数据库中唯一
5、的。,关联添加,对于业务模型来说，就是在选择某项功能的时候，把其所用到的其他功能，或是其他信息，也选择出来，该功能如果在脱离其引用到的对象的时候，有可能不能正常工作，所以有些时候需要使用关联添加。查看业务功能关联了哪些信息，进入studio，打开对象（如业务功能），在“项目管理”页签上选中打开的对象（如业务功能1），右键“配置项目属性”对于组织模型来说，只有在选择组织机构下面的信息的时候，才起作用，因为组织机构下的信息依赖于其他两个结点（岗位和人员），如果在导入的时候不导入所依赖的对象，那么组织机构是不能正确工作的。组织模型中，某个结点如果分配了运行功能、管理功能、操作权限等，导出时，选择这个
6、结点，关联添加后，再选中所有被添加的对象，点击“关联权限”按钮，然后导入到目的，被分配权限的对象才能正常运行。,创建物理表的到目的的三种方式：修改、覆盖、忽略,修改：以源为准，修改目的中的表和源保持一致。目的中没有的表，系统会创建，目的中有字段不同的表，导入后表字段应增加。 如源表中有A、B两个字段 、目的表中有A、C两个字段，以修改的方式导入后，目的表中应该有A、B两字段。覆盖：删除目的中存在的表，用源中的重新创建忽略：对目的中不存在的物理表进行创建，对已经存在的表不做任何处理，与导入前的物理表结构一致,复制源表记录到目的的三种方式：完全一致、覆盖、忽略,完全一致，删除目的表中的数据，复制源表中的数据到目的表覆盖，以源表中的记录为准，修改目的表中相同的记录；源表中有而目的中没有的记录，会增加到目的表中；目的表中有而源没有的记录，依然存在；忽略，对已经存在的记录不作任何处理；目的中原有的记录不变、目的中不存在的记录从源复制到目的中,The End,
