热门标签 | HotTags
当前位置:  开发笔记 > 数据库 > 正文

正在使用的表数据量太大了如何处理?数据量超过1000W,oracle数据库

生产上有几张表,数据量超过1000万,导致有些功能很慢,需要处理,现首先想到了分区,分区之后肯定需要对数据访问层做修改,问题是系统运行了好几年,这些表很多都是常用的表,涉及到地方可能非常多,通
生产上有几张表,数据量超过1000万,导致有些功能很慢,需要处理,现首先想到了分区,
分区之后肯定需要对数据访问层做修改,问题是系统运行了好几年,这些表很多都是常用的表,
涉及到地方可能非常多,通过表反推出所有的功能点不是件易事 ,搜索代码?代码是又乱又杂,有在用的和废弃的,一堆一堆的。

看的见的是,有些表还在持续增长中,所有如何处理这表是个问题,即便分区了,有些改造可能会涉及到用户体验的问题,
也很难改?以用户的订单为例,要想全部展示,貌似不走分区比较好,要想走分区,好像就只能展示一部分。
还有就是有些表不太好分区,比如用户表,注册用户越来越多,超过几千万,但是你按什么分区比较好那?
要查用户信息时你怎么知道该去哪个分区?

如果一个系统在设计之初,这些东西又该如何设计?各位专家给点意见吧。

1 个解决方案

#1


重新设计表,加索引加序列,这样会加大查询效率,但是加索引的缺点就是会影响数据的插入以及修改,建立楼主可以这样若加索引,考虑到对表的操作先删除索引在对表进行修改插入完成后再建立索引

推荐阅读
author-avatar
biosan
这个家伙很懒,什么也没留下!
PHP1.CN | 中国最专业的PHP中文社区 | DevBox开发工具箱 | json解析格式化 |PHP资讯 | PHP教程 | 数据库技术 | 服务器技术 | 前端开发技术 | PHP框架 | 开发工具 | 在线工具
Copyright © 1998 - 2020 PHP1.CN. All Rights Reserved | 京公网安备 11010802041100号 | 京ICP备19059560号-4 | PHP1.CN 第一PHP社区 版权所有