一个一劳永逸的架构设计思路

能做的事:
1.单表数据太多,导致查询较慢
2.数据不能归档

后续需要优化的工作:
1.条件查询(可以通过增加可控期的标识,来将数据归档,也可以建立一张索引表,该表用来指定到具体位置获取数据)
2.前期工作量较大,建议将公共方法封装,供后续使用

你需要做的:
1.数据库保证每张表的数据在一定量内(比如每张表只能存100万条数据)
2.建立监听类,监听数据是否达到峰顶,到达则新建表,取名+1,提供该表位置标识,并且将标识注册到索引表
3.编写读写分离任务调度或者触发器
4.编写插入数据工具类,为了将数据注册上标识
5.编写查询工具类,通过标识到具体表中取数据,并且增加查询逻辑,将查询到的数据经过处理后返给请求层(在查询和插入时,我们也可以通过添加各种自定义的标签,将标签注册到索引表中,通过这些标签来将数据更快的归档,具体怎么打标签,请看我发表的‘让用户自己前台写SQL语句’)

希望能帮到你,为代码干杯

评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值