oracle11g移植到db29.7(ese)，表行数据过长

我也遇到了同样的问题收起

之前生产库用的oracle，后来审批时候要改成db2.这边都没办法。
现在重新审批看要不要把oracle，替换成db2收起

而且表没创建成功，与之相关的索引、视图、约束都失败了收起

几百个字段都要更改数据类型，头疼收起

不可能每个字段都是常用的吧？
改为了CLOB或blob读取数据读取该字段会有一定影响（二次大数据IO），尤其是需要比较的字段；不读取该字段则没有多大影响。
所以一般除了特殊情况一般不要将比较字段建为大字段。
把不常用的改为clob字段没有多大影响的。
而且9.7以上可以使用 inline LOB，对于IO的提升比较明显，小于inline length的数据读取不会发生二次IO。不过inline length会算作字段长度。
............COLA clob(3500) inline length 500.... 即数据长度超过500时才存于LOB表空间，否则就存于当前表空间。收起

如果将oracle varchar2 改为clob ，数据存取不知道有没有什么问题，2者间区别是什么？收起

现在办法只能先清空数据库里面数据量太大的表中的数据，然后修改缩减数据类型的长度了收起

回复 6# liunx_root


    表的所有列的长度的和，不能超过上诉限制收起

先说下字符集，oracle 使用的是ZHS16GBK  db2 字符集GBK。其他表基本上都能移植到db2，只有几张表有的数据量太大不能导入。db2行已经设置到32k了
还有使用clob类型，将给web程序带来很严重后果。查阅了官方的api ↓ ↓
SQL0670N  表的行长度超过了 "<长度>" 字节这一限制。（表空间 "<表
      空间名>"。）

说明：

数据库管理器中表的行长度不能超过：

*  在具有 4K 页大小的表空间中，是 4005 字节
*  在具有 8K 页大小的表空间中，是 8101 字节。
*  在具有 16K 页大小的表空间中，是 16293 字节。
*  在具有 32K 页大小的表空间中，是 32677 字节。收起

一行已经超过32K了？那用clob或blob代替大字段吧。
优先替换不常用字段，然后再找非索引字段。收起