浅谈OLTP和数据仓库的设计
2023-03-31 11:11:03 时间
OLTP 数据库旨在使事务应用程序仅写入所需的数据,以便尽快处理单个事务。 而数据仓库研究和解决从数据库中获取信息的问题。数据仓库的特征在于面向主题、集成性、稳定性和时变性。那么在实际的应用中该怎样设计呢?怎样区分何为面向应用,何为面向主题呢?本文以银行系统为例来进行说明。
在银行中, 一般都有对私 (个人储蓄)、对公 (企业储蓄)、信用卡等多种业务系统,它们都是面向相关业务应用设计的交易处理系统,系统主要任务是完成业务交易过程中的数据处理,数据库在设计的时候主要是围绕性能和完整性方面,而每个交易涉及的数据往往只是记录的层面,数据库设计主要考虑并行更新方面比较多,并不需要考虑为全表范围的查询做优化,而系统本身所支持的交易类型简单而且固定。由于历史原因,这些系统设计的时候都是独立进行的,所以可能运行在不同的平台上,相互之间没有什么关系,各系统之间对相同的业务信息还存在数据上的冗余。比如每个系统中都会有客户的数据, 这种数据的零碎和冗余,使决策者很难从这些业务系统中直接地获取全面的信息。
为了克服这个弊病,建立数据仓库应用时,要把业务系统中的数据从中抽取出来,转换和清洗以消除数据的不一致性和冗余,加载到数据仓库中来。这样,数据仓库中的数据就是从整个银行的角度来看的,其数据模型不再面向个别应用,而是面向整个银行的业务主题,比如客户、产品、渠道等。因此, 各个生产系统中与客户、产品、渠道等相关的信息将分别转换到数据仓库中相应的主题中,从而给银行的决策者提供一个一致的完整的信息视图。
【编辑推荐】
相关文章
- 业务“兔”飞猛进,只因他们做对了这件事
- 【关系型数据库】事务特性及事务隔离级别总结
- Mysql存储引擎
- DataX同步mysql数据报错 无法连接mysql
- 学习笔记——redis集群(定义、集群连接、查看集群、节点分配方式、插槽、集群中录入值、查询集群中的值、故障恢复)
- 学习笔记——redis持久化之RDB、AOF
- GaussDB(DWS)现网案例:collation报错
- “采访”ChatGPT看看它对我们GreatSQL社区有什么看法
- Navicat Premium 15安装与破解
- MySQL数据类型补充
- 云小课|GaussDB如何进行性能调优
- 云小课|创建DDS只读节点,轻松应对业务高峰
- greenplum数据库做备机替换
- Yarn平滑下线节点(Graceful Decommission)
- 记录--在Vue3这样子写页面更快更高效
- MGR复制架构+自动化运维平台,汽车之家MySQL高可用建设实践
- 以flink实时流的方式实现OneId
- 唯一/普通索引的选择?change buffer
- 学习笔记——redis数据类型(ZSet)
- 学习笔记——redis中的数据类型(List、Set、Hash)