2个数据库整合起来，成为一个大的数据库，有什么方法可以操作？

数据库结构数据库整合

解决方案 »

  1.   

    其中一个系统是根据另一个二次开发的。 （暂且定义 为 “原系统”，“新系统”）从原系统升级到新系统，有没有方案？ 最好让二次开发的那些人员提供。1.两套系统的基础数据合并问题，比如，sex 表，原系统 0男1女，但是新系统为0女1男2未知。怎么整合。
    2.业务表的PK 在合并后，如有重复，如何调整。
    3.原系统和新系统在数据库对象上的差异，比如同一个函数名为 fn_getid() ，但是业务上表达的不一样。还有好多其他的。最好还是要一些时间，先分析一下。
      

  2.   

    Agree楼上,
    必须先进行分析，寻找解决方案
      

  3.   

    数据库这块并不难，分别做好备份，通过dblink将其中一个数据库中的数据整合到另一个数据库的相关表中即可
    主要问题在于不同业务部门的区分，恐怕要对程序和表结构都作出修改
      

  4.   

    如果是11g 及其以前版本，schema的方式迁移，如果是12c 直接pdb 插入
      

  5.   

    上次我处理的时候，是这样的
    1、建立了一个公司的编码
    2、几乎所有表增加公司ID的字段
    3、主界面调整，所有相关程序模块进入时都传入公司ID的参数
    4、相关程序根据参数的不同设置增删改查权限那次几乎是全套程序一个不剩，挨个翻腾一遍不过你可以这样和你们的老总建议
    1、两个公司数据分开存储，存在不同的数据库用户，不同的表空间
    2、相关统计界面需要的表在第三个用户建立视图或物化视图，从原来的两个数据库用户取数据这样3个用户的表名就可以是一致的，查询各公司的数据从各自的数据库用户查，查询全部的话从视图查询，这样前台程序修改量应该是最小的
      

  6.   

    刚开始的时候也是这样想的，就是单独开发一个统计模块，然后可以配置不同的数据源，查询得到结果后，后台进行合并处理后在展示。但是现在由于两个部门有相当一部分业务是相同的，所以很多数据要求是可以修改的。例如：有一个客户，以前是在A业务部门办理业务的；现在去到B业务部门了。那么B业务部门的业务员就直接可以操作此客户以前的基本信息了，不用重新录入的。类似这样的问题还是比较多的。所以比较头痛啊。