看资源吧,影响最小那就系统并行,不论是在压力测试还是数据质量比对的情况下,都可以使问题得到体现
从gbase的使用经验来看,导入导出性能优异,主要依赖于数据库的列存储设计。
通过我的应用经验,简单描述: 1.和厂家沟通,拿到函数对比分析,确定需要改动的语法(递归,游标循环等) 2.确定存储过程模板,主要是异常捕捉,日志等用于调试的部分 3.开发小工具,直接对存储过程进行转换,函数部分进行替换,从oracle模
如果是从选型的角度来看,性能,容量的扩展是个成本问题,这一点比较容易比较。技术参数上主要看应用场景,主要是异常定位、 稳定性和厂家支持是有差异的。 从我的分布式数据库使用经验来看, 分布式的优点是读写特别快,计算上
前几年做过国产数据库的迁移,主要考虑的是几个方面: 1.DDL的转置评审部署,和厂家频繁交流,找到影响业务的差一点。 2.部署自动的数据同步工具。 3.同步一个周期的数据,验证export/load性能、准确性。 4.验证测试程序,(如果
做版本控制或者文档库的话,用cvs和svn会简单些,依赖的包会好处理的多,但这是在linux下的经验
我一般处理这个问题是2步,先在 snapshot的视图里查看系统正在运行的所有agent,根据 连接时间和select,insert,update,delelte列的值简单判断下,在db2 的server上,如果你有安装db2top 这个工具你就可以很容易的查看 age
同数据仓库,以我的生产经验来看,元数据和血缘分析最后的问题都是元数据信息同步问题,应用版本越多,越难以整理。见过1,2个版本的工具,最后都失败了。 见过极端案例,历史的导入后,不做大的改动,直接上统一的开发工具,开发的同时
从性能和可操作性看,命令都是 db2 export 和db2 load。数据就是数据,格式化好,参数自己适配,写成通用程序就是了。
我觉得是双层游标嵌套
关于TWT使用指南社区专家合作厂商入驻社区企业招聘投诉建议版权与免责声明联系我们 © 2024 talkwithtrend — talk with trend,talk with technologist京ICP备09031017号-30