我做的项目因为涉及到大量的历史数据增加而采用的非关系型数据（mongodb），但是在实际开过程中遇到了很多问题，有开发方面的，也有管理方面的，于是我思考了用关系型数据库mysql代替非关系型数据库mongodb的思路。
目前还没有实施，因为对项目的改动会很大，希望大家能看看我的思路，最好能提一些意见，谢谢各位了。
方案的核心在于将目前一个数据库分割为两个数据库，一个当前交易库，一个历史数据查询库。
本文探讨了在面临大量历史数据增长时，从非关系型数据库mongodb转向关系型数据库mysql的策略。核心方案是创建两个mysql数据库，一个用于当前业务(bussDB)，另一个作为数据中心(datacenterDB)。通过ETL工具，每日同步数据，并根据OLTP和OLAP需求优化各自数据库。选择关系型数据库的原因包括性能、事务支持、管理工具和统计功能的灵活性。
最低0.47元/天 解锁文章
扫一扫
8212
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
