DBAGOD

Results 36 comments of DBAGOD

> 库表有300个左右,数据有500M。加这个进程数还是会连接数用完异常。看了一下源代码,是多线程引起的。 > > 另外这几个查不到数据,因为大小写不对应,需要改为大写比较或小写比较 select count(*) from user_tab_columns where UPPER(table_name)=UPPER('%s') > > SELECT A.COLUMN_NAME,A.DATA_TYPE,A.CHAR_LENGTH,case when A.NULLABLE ='Y' THEN 'YES' ELSE 'NO' END as isnull, LONG_TO_CHAR(A.TABLE_NAME,A.COLUMN_ID) DATA_DEFAULT,case when A.DATA_PRECISION is...

感谢您的提醒,原因是获取yaml配置文件表名的时候,使用的库`Viper`会把`key`值统一转为小写,导致在oracle数据字典中查询失败。 已发布最新`release`,在使用-s方式迁移的时候,会把配置文件中的表名统一转为大写 附Viper官方在获取key的时候不区分大小写的回答 ![image](https://github.com/iverycd/OracleSync2MySQL/assets/35289289/bd7e2e86-0499-4298-9ec4-0bcdc92e459c)

@WenTao-Love 最新的版本v0.1.3中增加了新模式(转储建库脚本)-m,此模式下不迁移任何数据,生成的建库脚本在log里createSql.log 示例: go run main.go --config dbcfg.yml -m

Oracle下一个用户账号即对应一个同名的模式schema,如需迁移可使用对应的用户账号即可

我是根据`oracle`数据字典中的`avg_col_len`进行判断的,此列信息又是由`oracle`表统计信息决定,很可能某些表的统计信息不是最新导致`avg_col_len`没有获取到最新的长度值。你不妨对迁移失败的表手动在oracle收集统计信息,再单独迁移表即可 手动收集统计信息命令: ```sql analyze table 表名 compute statistics ; analyze table number_16 compute statistics ; ```

可以在对应的项目上提issue 上面的报错是MySQL存储引擎层的限制,mysql服务层对varchar的总长度有限制,可以手动建表把varchar改成text