公司有个水电收费系统,在包头试运行, 给了我一个dmp让熟悉一下业务.
dmp是压缩过的.80多兆好像.解压下300多兆好像.
导入, 有几个表是50万行的,几个30万左右,200多个表(没数).很多表是0行,
设计居民用户单位用户一堆一堆的.用户有几万个.
问题是这样的:
收费系统每个月要结算一个,但要测试这个流程的话要核算所有用户,核算几千个就花的时间很多,因为是自己的库,所有我开始删了.
先删了大部分组织层次和网络层次只剩一个.然后删用户档案.所属不是剩的一个的都删了
select table_name,num_rows,owner from dba_tables where owner =
'WANG' order by num_rows
这是看所有表的行数,开始哪个大删删哪个.顺便说下dba_table不是实时的 ,准确来说一天也不更新一下.要,analyze
table XXX compute statistics 来更新 xxx表的统计
涉及用户信息的表 里 用户id not in 用户档案都删了.
记录delete信息的表都truncate了(truncate无法回滚,delete可以,这个还要详细说,涉及表空间的释放)
表示删了之后系统没什么异常,核算10分钟搞定,归档也很快.
之前的没试,但只是一个部门的核算就10多分钟好像,有好几个部门呢.估计得几个小时.
删了很多东西就要想到delete的表空间释放问题.
发现导出的话50兆左右.很好确实小了.导出的话好像就没没有的表空间的事了.
select ROUND(u.BYTES / (1024 * 1024), 2) MB from user_segments
u where u.segment_name = 'S_YHFYMX_HISTORY' //表占用表空间的大小
//空间以段(segment)为单位分配给对象(如表、群集和索引)
这个是费用明细历史.50多万行,删得好像剩一万多行, 但占用的空间删之前跟之后是一样大的.
// Select
owner,segment_name,Sum(bytes)/1024/1024||'MB' as sizes
From dba_extents HERE
segment_name='TTT1' //这个也可以,
不知什么区别,这些特殊的表需要查下用途//TODO
但查了下资料.觉得并不必在意.就像某块内存不使用了.但他内容不会清空(相当于修改了),只需标记为已删就行,这样他占用的空间就可以分配给别的程序.
别的程序用的时候就修改这个内存块的内容.,只有修改内容只需一次 (删除时候清空 算是一次多余的修改)
oracle的表空间管理 还涉及到高水标记的问题, high water mark
(高水标记除了truncate操作以外，只会增大，不会减小。虽然高水标记里的块可能有空块，这个块也要被放到freelist中，但是这个块只能被重用，也就是说它只能被这个表使用，而不能彻底释放给别的数据对象使用)
怎么降低表空间占用,没找到好的方法,这个方法是可以用的,先export
再drop表,在import.
应该还有别的方法注意rowid和索引