首选Oracle,次选MySQL和PG作为切入点,切入两年后再学国产数据库。否则会误以为“汉阳造”是最好用的步枪
一定要基于数据库厂商提供的工具!其他行业我不知道,在金融行业,人民银行发布的有金融行业数据库标准 《分布式数据库技术金融应用规范》( JR/T 0204—2020),明确要求厂家提供数据迁移工具。没有这个工具就别在金融行业混饭
存储过程是个大问题。国产集中式数据库,达梦对存储过程支持的比较好,存储过程多的小系统,我说的是交易并发量低的小系统,可以选达梦。但是,对于交易并发高的系统,比如用GoldenDB或TDSQL这类基于MySQL的分布式数据库,存储过程
这种大库是很难办的。常用的方法:(1)花力气对原Oracle库进行改造,把表分为历史表和当前表。比如3个月前的数据放1个表或几十张表里,当前交易进行增删改查的作为一个表,给当前交易用;(2)先对历史表进行数据迁移;(3)投产窗口对当前
信创数据库,尤其是分布式的,性能上完全不成问题。题主不用担心!问题是,Oracle是一个强大的数据库,可以认为是OLTP,也能HTAP,性能也不错,是一个综合性不错的数据库。改为过程数据库后,可能OLTP的性能没有降低,但是HTAP的功能比较
谢邀!据我了解,应该是没有的。本人也是希望有,这样可以防止国产数据库出现天大的问题(数据不一致)的时候,我们客户能及早的发现,不至于酿成大错。可是目前国内应该没有这样的异构数据库之间的数据稽核。小厂商都是基于MySQL
谢邀!从我们的经验看,灰度迁移是个危险的想法,哈哈!真的,容易把数据搞脏掉,不建议这样做。虽然整体数据迁移,风险高,但是容易保持数据一致性。一旦失败后,可以追日志来找到数据一致点。至于您担心的事情,我个人的意见是:1,提前把
根据经验有以下建议:先对Oracle库进行优化改造,对大表改造为分区表,缩小每个分区表的大小。然后为改Oracle库建立ADG读库,将读交易改造至读改ADG库。优化完成后,再进行国产化改造就很方便了。甚至可以分阶段先改造读交易至
重点难点肯定是数据迁移工作。目前国产数据库200多种,但是小公司的产品,可以想象,集中一些人把数据库的基本功能做好就行了,哪还有人力去开发一个方便使用且安全的数据迁移工具呢。数据迁移工具开发的比较好,并且在很多客
1,首选无论是集中式还是分布式,都尽量采用大厂的产品。因为数据迁移工作,看似没什么大不了,一旦出问题后后果很严重。大厂的集中式和分布式产品一般都有数据迁移工具,并且在很多客户那使用过,迁移都会比较方便,但没有想象的
关于TWT使用指南社区专家合作厂商入驻社区企业招聘投诉建议版权与免责声明联系我们 © 2024 talkwithtrend — talk with trend,talk with technologist京ICP备09031017号-30