分布式数据库的整合?

老师你好,目前我们行内数据库都是各个系统都是单独的,类型也有很多,有DB2,INFORMIX,ORACLE等多种数据库,如果要统一换成分布式数据库的话,以前这些数据库如果平移?还有是否能再次复用?谢谢

参与27

7同行回答

zhuqibszhuqibs软件开发工程师Adidas
数据库没有好坏之分,只有适合和不适合之分。举例说明Oracle是最通用的数据库,各方面能力都比较均衡。优点是计算能力较强,适合当后台数据库;mysql适合于当网站数据库,计算能力很差,不适合做计算,但是对于简单查询的速度却很快,比oracle快很多。influxdb是聚合数据库,适合做聚合操...显示全部

数据库没有好坏之分,只有适合和不适合之分。举例说明
Oracle是最通用的数据库,各方面能力都比较均衡。优点是计算能力较强,适合当后台数据库;
mysql适合于当网站数据库,计算能力很差,不适合做计算,但是对于简单查询的速度却很快,比oracle快很多。
influxdb是聚合数据库,适合做聚合操作,就是sum、count,group by之类的,一秒可以聚合上亿行。oracle和mysql都不行。
postgres数据库的insert能力超强。。。。
等等每种数据库都有自己的优点和不足,如果像oracle这样就中不溜秋,这是因为oracle是商业化产品,它希望尽量适合于每一种场景,但这样也导致它什么都不太强,也不太弱。
同样的事,也是对于分布式数据库,根据CAP原理,因为分布式数据库有了分区容忍性,所以它的一致性大都比较差,而把一致性做上去了,如区块链也是分布式数据库,一致性很高,所以可用性大幅下降,一笔交易也许需要十几秒。后来,人们不得不在一致性上做出让步,提供区块链的可用性。但这样又可能因为一致性不足而被攻击。

所以,你必须对你公司数据库的应用做一次深入的调查,那种业务适合于分布式数据库,那种不适合。一般而言,如果是交易类型的业务,一定不适合分布式数据库。而普通查询类型的,是适合的。这还是要看具体情况。

收起
互联网服务 · 2020-04-05
浏览2530
youki2008youki2008系统架构师DDT
不建议全部换成分布式数据库,毕竟分布式数据库不适用所有场景,所以最好不要全部往分布式数据库迁移。显示全部

不建议全部换成分布式数据库,毕竟分布式数据库不适用所有场景,所以最好不要全部往分布式数据库迁移。

收起
互联网服务 · 2020-04-28
浏览2234
anikikonganikikong课题专家组数据库运维工程师中国民生银行
分布式不适用所有场景,所以不建议全部往分布式迁移。如果是适合的场景数据库,鉴于一开始对分布式数据库的稳定性考虑,建议实时同步回原数据库,一起并行运行一段时间。显示全部

分布式不适用所有场景,所以不建议全部往分布式迁移。如果是适合的场景数据库,鉴于一开始对分布式数据库的稳定性考虑,建议实时同步回原数据库,一起并行运行一段时间。

收起
银行 · 2020-04-02
浏览2575
wanglayewanglaye课题专家组信息技术经理某大型金融机构
对银行的各种应用场景进行归类,考虑从两个维度归类: ( 1 ) 交易型 or 分析型:可以将银行的业务非常粗略地分为交易型场景、分析型场景。网银、手机银行等属于交易类,数据平台、报表系统属于分析类。一般交易类系统使用分布式数据库;分析类系统也可以用但是并不推荐,因为大多...显示全部

对银行的各种应用场景进行归类,考虑从两个维度归类:
( 1 ) 交易型 or 分析型:可以将银行的业务非常粗略地分为交易型场景、分析型场景。网银、手机银行等属于交易类,数据平台、报表系统属于分析类。一般交易类系统使用分布式数据库;分析类系统也可以用但是并不推荐,因为大多数分布式数据库具备的HTAP能力还是以T(交易)为主,如果上分析类系统的话并不能最大化利用分布式数据库的特性,对于行里来说可能存在资源浪费。
( 2 )交易规模大 or 小:并发量大的业务系统使用分布式数据库,并发量小的系统使用传统数据库(当然也可以使用分布式数据库,看贵行意愿)。
总结的话,交易类、并发量大的系统,适合 上分布式数据库 。大部分分布式数据库支持“一套管控+多套计算节点”的部署方式,计算节点可以复用,也可以给重要业务系统分配单独的专用的计算节点。

分布式数据库产品栈一般会带数据同步软件,负责异构数据的同步。分布式数据库上线时, 选择外围小型事务型系统做试点迁移,分布式数据库和原数据库做好数据同步,分布式数据库作为从,逐渐过渡至主。 具体每个分布式数据库支持哪些异构数据库同步,要看不同厂商。

收起
银行 · 2020-04-02
浏览2509
welyngjwelyngj数据仓库工程师ss
分布式数据库还未到真正成熟的地步,在银行的案例少显示全部

分布式数据库还未到真正成熟的地步,在银行的案例少

收起
事业单位 · 2020-04-04
浏览2455
AmygoAmygoDBA分布式事务数据库
提问信息:目前我们行内数据库都是各个系统都是单独的,类型也有很多,有DB2,INFORMIX,ORACLE等多种数据库,如果要统一换成分布式数据库的话,以前这些数据库如果平移?还有是否能再次复用 问题提炼:(1)行里数据库种类: DB2、INFORMIX、ORACLE (2)多种国外商业数据库产品被分布式数据库...显示全部

提问信息:

目前我们行内数据库都是各个系统都是单独的,类型也有很多,有DB2,INFORMIX,ORACLE等多种数据库,如果要统一换成分布式数据库的话,以前这些数据库如果平移?还有是否能再次复用

问题提炼:

(1)行里数据库种类: DB2、INFORMIX、ORACLE

(2)多种国外商业数据库产品被分布式数据库 统一取代

(3)如何做异构数据库的数据迁移

(4)行里已有多种国外商业数据库产品 是否可复用

解答如下:

(1)行里数据库种类: DB2、INFORMIX、ORACLE

答:

贵行的数据库产品种类还是很多哦,要是贵行采用了MySQL开源数据库 或PostgreSQL开源数据库是可以保留的,因为国产分布式事务数据库产品绝大多数都是把这两款集中式数据库产品作为存储引擎的。

(2)多种国外商业数据库产品被分布式数据库 统一取代

答:

A、是国产化的要求也是大势所趋,建议依照金标委的标准进行产品测试选型,供参考的一份分布式标准解读PPT资料: 《分布式数据库技术金融应用规范》的技术架构及分布式事务核心功能的解读揭秘
http://www.talkwithtrend.com/Document/detail/tid/433835

B、数据迁移:一定要做整个操作流程的测试验证,就算是同构数据库迁移也是大事,更何况贵行是异构数据库 + 集中式转分布式 的更复杂情况。

C、产品POC测试:建议多采用业务系统直接改造数据库语法后的集成业务功能测试 + 集成业务性能测试+产品稳定健壮测试 

(3)如何做异构数据库的数据迁移

答:

A、DB2的数据迁移一般采用CDC实现,也即全量数据+增量数据的方式 直接导入到分布式数据库种。

B、Oracle的数据迁移一般采用Oracle GoldGate(简称OGG),先做一个ADG拿全量数据 再用OGG做增量数据的同步

C、也可以采用其他非官方的数据迁移软件,例如:Kettle、DSG等数据同步产品

(4)行里已有多种国外商业数据库产品 是否可复用

答:
A、分布式数据库走的是存储与计算分离的技术架构,因无法知道这些也不能破解 这些 国外商业数据库产品的通信协议等,故无法把国外商业数据库产品作为存储引擎。

B、结论:国外商业数据库产品在分布式数据库转型过程中,无法复用

收起
银行 · 2020-04-03
浏览2476
左右左右咨询专家ex-IBM
所有数据库厂商都建议你独立运行 且不上云 且裸金属,是有原因的显示全部

所有数据库厂商都建议你独立运行 且不上云 且裸金属,是有原因的

收起
IT咨询服务 · 2020-04-02
浏览2483

提问者

IT小白
项目管理岗青海农信
擅长领域: 安全备份存储

相关问题

相关资料

相关文章

问题状态

  • 发布时间:2020-04-02
  • 关注会员:8 人
  • 问题浏览:5601
  • 最近回答:2020-04-28
  • X社区推广