最近和同事一起负责将oracle数据库迁移到国产数据库GBase上，本想着参考其他数据库的迁移方法，后来无意间发现GBase客户端里面有自带一个数据库迁移工具，话说对oracle、sql、mysql、等常用数据库都支持，只要配置了源数据库地址和目标数据库地址以及数据库名称即可，(这里假设源数据库为oracle、目标数据库为GBase、当然前提是要有这2个数据库和源数据库的表了，)然后进行下一步，左边会列出源数据库的所有表，把需要迁移的表选到右边去，然后点击下一步，左边会列出需要迁移的表，右边上面是具体的创建表和添加数据的sql语句了，右下角就是每个字段在源数据库里的类型大小以及转换规则和将要在目标数据库上创建的字段类型(每种数据库字段类型和sql语句多少都会有些差异、这和浏览器的一个道理、虽然都遵循一个规则、但是总有些“特点”、鄙视一下)。举个例子，我源数据库有个varchar(4000)的test_content字段、那要转到GBase上时、转换规则是varchar(8000)、这是GBase上varchar类型的最大值，如果源字段低于这个值，目标生成的字段类型就按原来的大小生成。即还是4000，如果超过就会转换失败或者丢失信息的可能(没测试过)，还有一些其他的关键字比如clob对应blob、date对应datetime等等，点击下一步 然后点击迁移即可成功将oracle数据库迁移到GBase上。

迁移过程出现的问题和解决办法：

1、问题：迁移时、出现某些表迁移失败的结果，提示“Row size too large. The maximum row size for the used table type, not counting BLOBs, is 65535. You have to change some columns to TEXT or BLOBs”

1、解决：按这提示和网络上的资料显示，这是由于表里的varchar字段的总宽度已经超过65535字节了(其他类型大小都比较小，只有varchar经常达到上千，当然，大文本类型不算，)，所以失败，必须改成text类型或者blobs类型。但重点是我迁移失败的几张表、有些是超过65535、有些却没有，后来尝试着减小字段宽度，居然可以了，同事后来确定了总宽度不能超过65535字节的1/3、也就是最多只能到21000左右，之后把这几张表照着这个规律都改了之后再迁移就成功了(可以不用去源数据库改，在第三步创建表的sql语句那里直接改就行了，这样也可以保证这些操作不会影响到源数据)目前还不知道为什么提示最大到65535 却只能到他的1/3.有知道的可以告知一下，不胜感激！

2、问题：数据库全部迁移过去--项目里加入GBase驱动包以及方言--连接池配置GBase的地址和表空间以及账户密码--登陆系统--出现视图分页显示不正常。

2、解决：方言里的分页语句和查询总数的语句有问题，分页查询GBase好像是从索引1开始，而不像其他数据库是从索引0开始，还有查询总数时，多了一句截取到第一个t(数据库查询时的别名)的前面的sql语句，举个例子：表名是test_form，存放10条数据，三条数据的view_unid字段(外键)是123，其他的是345，我需要的sql语句是select count(*) form test_form t where t.view_unid=‘123’的 如果这里加上一句截取第一个t前面的sql语句来查询就会照成查询出来的是10条，而不是我要的3条，这不应该说是gbase的问题，是业务方面问题，因为一个表里存放的数据所属的视图不一样，视图查询时就会带上条件，而在gbase计算总数方法里，他肯定只能考虑整张表里的所有数据，所以才截取第一个t之前的sql语句，根据业务上的需求，把那句去掉即可。

其他：GBase里的转换规则可以自己添加删除。但是要符合目标数据库的限度，否则肯定是挂了。。。

备份。。。存档。。。以后再回头温习。