对于业务系统的历史数据存放、查询,哪种类型的数据库更为合适?

初步计划将各个业务系统的历史数据统一迁移至独立的历史查询数据中心,从目前来看认为传统关系型数据库如Oracle无法满足使用,不知道各位是否有在使用合适的数据库存储引擎用于存放此类数据及使用?数据的使用有以下几个特点:1.历史数据的数据源为Oracle,通过批量卸数方式卸至历...显示全部

初步计划将各个业务系统的历史数据统一迁移至独立的历史查询数据中心,从目前来看认为传统关系型数据库如Oracle无法满足使用,不知道各位是否有在使用合适的数据库存储引擎用于存放此类数据及使用?数据的使用有以下几个特点:
1.历史数据的数据源为Oracle,通过批量卸数方式卸至历史查询数据中心
2.历史查询数据中心的表大概率以大宽表的方式存放和使用
3.根据数据库的选型,开发使用数据可以选择性是否使用如多表关联等特性
4.不会有任何数据加工的OLAP,也不会有报表类SQL
望各位不吝赐教

收起
参与43

查看其它 10 个回答anikikong的回答

anikikonganikikong课题专家组数据库运维工程师中国民生银行

看了下大家的互动问题,看起来需求比较明确了。关键信息有:关系型数据表,历史数据归档,大宽表,有历史数据点查需求。
从这个信息来看,银行的历史数据归档平台就是做这件事情的。所以要当做一个普遍的需求来建设这个平台,而不仅是当做某个业务或者系统的单独解决方案。
历史数据又是处理好的大宽表,看起来非常适合使用列存的数据库,能够提高压缩率降低存储成本,因为又不需要计算能力,所以传统的mpp数据库其实意义不大。相信这种历史数据的查询也会基于特定的查询条件和时间来点查数据,建好相关的索引即可。历史数据按照时间分段就好,没必要打散存储。
综上所述,你需要的是低成本的分布式存储引擎加友好的类sql接口查询引擎的平台。建议hbase,es,巨衫等数据引擎。

银行 · 2022-04-13

回答者

anikikong
数据库运维工程师中国民生银行
擅长领域: 数据库灾备双活

anikikong 最近回答过的问题

回答状态

  • 发布时间:2022-04-13
  • 关注会员:12 人
  • 回答浏览:1456
  • X社区推广