12
返回列表 发新帖
楼主: oracle_lch

把分区表迁移到32k表空间,有解决方案吗

[复制链接]
论坛徽章:
4
ITPUB8周年纪念徽章
日期:2009-09-27 10:21:21ITPUB学员
日期:2010-01-05 18:19:20ITPUB9周年纪念徽章
日期:2010-10-08 09:32:26ITPUB十周年纪念徽章
日期:2011-11-01 16:23:26
11#
 楼主| 发表于 2012-6-7 11:00 | 只看该作者
Kamus 发表于 2012-5-26 23:00
为什么准备迁移到32K 表空间?通常8K表空间已经足够优化。

因为这些表没有update和delete,pctfree设置为0,索引也做了压缩,下一步在存储上我考虑迁移到32k表空间上

使用道具 举报

回复
论坛徽章:
4
ITPUB8周年纪念徽章
日期:2009-09-27 10:21:21ITPUB学员
日期:2010-01-05 18:19:20ITPUB9周年纪念徽章
日期:2010-10-08 09:32:26ITPUB十周年纪念徽章
日期:2011-11-01 16:23:26
12#
 楼主| 发表于 2012-6-7 11:04 | 只看该作者
本帖最后由 oracle_lch 于 2012-6-7 11:07 编辑
Kamus 发表于 2012-5-26 23:13
如果确实要做,那么实际上因为你是分区表,你无法将分区表的某个分区放到32K表空间,而其它分区在8K表空间。 ...


这样的exchange会不会导致用户一定时间的统计查询是不准确的呀。不过这个目前也确实一个很好的解决方案了。

使用道具 举报

回复
论坛徽章:
4
ITPUB8周年纪念徽章
日期:2009-09-27 10:21:21ITPUB学员
日期:2010-01-05 18:19:20ITPUB9周年纪念徽章
日期:2010-10-08 09:32:26ITPUB十周年纪念徽章
日期:2011-11-01 16:23:26
13#
 楼主| 发表于 2012-6-7 11:05 | 只看该作者
Kamus 发表于 2012-5-26 23:14
这个当然也可以。然后最后再做rename table

这个也是担心ha的问题

使用道具 举报

回复
论坛徽章:
86
2015中国数据库技术大会纪念徽章
日期:2015-04-24 16:04:24马上有车
日期:2014-02-19 11:55:14马上有车
日期:2014-02-18 16:41:112014年新春福章
日期:2014-02-18 16:41:11优秀写手
日期:2013-12-18 09:29:11日产
日期:2013-10-17 08:44:39马自达
日期:2013-08-26 16:28:022013年新春福章
日期:2013-02-25 14:51:24ITPUB 11周年纪念徽章
日期:2012-10-23 16:55:51马上有房
日期:2014-02-19 11:55:14
14#
发表于 2012-6-11 10:53 | 只看该作者
估计是想归档备查。

压缩一下也是不错的。

使用道具 举报

回复
论坛徽章:
4
ITPUB8周年纪念徽章
日期:2009-09-27 10:21:21ITPUB学员
日期:2010-01-05 18:19:20ITPUB9周年纪念徽章
日期:2010-10-08 09:32:26ITPUB十周年纪念徽章
日期:2011-11-01 16:23:26
15#
 楼主| 发表于 2012-6-11 17:10 | 只看该作者
Kamus 发表于 2012-6-10 11:08
没有update和delete,也不表示应该迁移到32KB表空间中
你再8KB表空间遇到性能问题了?

是的,I/O有等待,备份文件都分出去,还是会有I/O的系统等待,所以考虑到增加单i/o数据承载量。公司的数据业务量太大,还要求7×24,真是没辄了。。。

使用道具 举报

回复
论坛徽章:
4
ITPUB8周年纪念徽章
日期:2009-09-27 10:21:21ITPUB学员
日期:2010-01-05 18:19:20ITPUB9周年纪念徽章
日期:2010-10-08 09:32:26ITPUB十周年纪念徽章
日期:2011-11-01 16:23:26
16#
 楼主| 发表于 2012-6-11 17:12 | 只看该作者
sundog315 发表于 2012-6-11 10:53
估计是想归档备查。

压缩一下也是不错的。

恩,索引有做压缩,但是ORACLE的表压缩听说是压缩比不是很大,到是可以尝试下哈

使用道具 举报

回复
论坛徽章:
86
2015中国数据库技术大会纪念徽章
日期:2015-04-24 16:04:24马上有车
日期:2014-02-19 11:55:14马上有车
日期:2014-02-18 16:41:112014年新春福章
日期:2014-02-18 16:41:11优秀写手
日期:2013-12-18 09:29:11日产
日期:2013-10-17 08:44:39马自达
日期:2013-08-26 16:28:022013年新春福章
日期:2013-02-25 14:51:24ITPUB 11周年纪念徽章
日期:2012-10-23 16:55:51马上有房
日期:2014-02-19 11:55:14
17#
发表于 2012-6-12 07:57 | 只看该作者
oracle_lch 发表于 2012-6-11 17:12
恩,索引有做压缩,但是ORACLE的表压缩听说是压缩比不是很大,到是可以尝试下哈

10g版本要确认被压缩的记录更新的可能性不大再做压缩。

使用道具 举报

回复
论坛徽章:
4
ITPUB9周年纪念徽章
日期:2010-10-08 09:31:21ITPUB十周年纪念徽章
日期:2011-11-01 16:23:262012新春纪念徽章
日期:2012-01-04 11:53:292013年新春福章
日期:2013-02-25 14:51:24
18#
发表于 2012-6-12 08:37 | 只看该作者
压缩是对历史数据来说的,确实可以减少一些空间出来.但我感觉这些都是锦上添花的动作.非得必须做的

使用道具 举报

回复

您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

TOP技术积分榜 社区积分榜 徽章 团队 统计 知识索引树 积分竞拍 文本模式 帮助
  ITPUB首页 | ITPUB论坛 | 数据库技术 | 企业信息化 | 开发技术 | 微软技术 | 软件工程与项目管理 | IBM技术园地 | 行业纵向讨论 | IT招聘 | IT文档
  ChinaUnix | ChinaUnix博客 | ChinaUnix论坛
CopyRight 1999-2011 itpub.net All Right Reserved. 北京盛拓优讯信息技术有限公司版权所有 联系我们 未成年人举报专区 
京ICP备16024965号-8  北京市公安局海淀分局网监中心备案编号:11010802021510 广播电视节目制作经营许可证:编号(京)字第1149号
  
快速回复 返回顶部 返回列表