1、感觉主要的量在这些存储过程,具体量需要看这些存储过程的复杂度
2、另外表结构中是否存在lob类型,oracle中lob的处理比sqlsever要复杂,需要特殊处理
3、表结构及数据的导入需要的时间应该也不会太长
4、前台界面不涉及sql语句相对好处理一点
     具体需要看你们代码怎么实现的,数据访问层数据访问方式是否通过一个固定的类库去访问的
     如果每次访问数据库都是单独实现的话,代码修改量可能需要的大一些
     如果访问数据库有固定的类库,这样的只要数据访问层完成一个oracle数据处理的类库替换掉应该就可以

解决方案 »

  1.   

    1,改表要3天吧,oracle的增长要写序列。数据类型不同
    1天学习sql和oracle的数据类型的不同,1天修改,最后一天核对表名,类型等是否正确,然后开始改过程
    我这里从oracle改成mysql,花了一周,有分区表,各种序列,500个表,最后核对,我一个人,是体力活
    2,改过程,看情况而定。看是否有需求文档,程序流程图。
    是否涉及很多业务。对原先代码是否熟悉。
    还要看每个过程的代码行数。复杂度我这里100多个过程,我花了一个多月还没搞定呢。复杂的业务流程。一行有的3000行,涉及算法。各种临时表。规则表,然后从里面汇总数据,拼接,一个过程调用n个过程,函数层层调用,拼接成一条连接5个表的sql语句,插入更新。改好了过程,还要数据测试,核对,我都测试两周了,测蹦两个数据库
      

  2.   

    存储过程每个都要改写。语法不一致。 
    另外  是否允许停机切换,不然数据无法保证一致性。 建议 先按照oracle格式 先将存储过程写出来, 然后 导完表后 在执行存储过程语句创建