楼主: logzgh

[精华] 修改fet$基表,结合碎片

[复制链接]
论坛徽章:
1
ITPUB十周年纪念徽章
日期:2011-11-01 16:21:15
11#
发表于 2006-5-25 14:09 | 只看该作者

使用道具 举报

回复
论坛徽章:
19
数据库板块每日发贴之星
日期:2005-08-05 01:01:25会员2007贡献徽章
日期:2007-09-26 18:42:10在线时间
日期:2006-09-19 04:01:01生肖徽章:鸡
日期:2006-09-15 06:25:52生肖徽章:马
日期:2006-09-07 17:09:44生肖徽章:牛
日期:2006-09-07 17:02:45生肖徽章:羊
日期:2006-09-07 17:02:24生肖徽章:猴
日期:2006-09-07 17:02:03生肖徽章:兔
日期:2006-09-06 21:13:21会员2006贡献徽章
日期:2006-04-17 13:46:34
12#
发表于 2006-5-29 13:34 | 只看该作者
佩服就一个字

使用道具 举报

回复
招聘 : 系统架构师
论坛徽章:
372
双子座
日期:2015-08-18 12:18:21摩羯座
日期:2015-09-20 17:10:27秀才
日期:2015-09-21 09:46:16秀才
日期:2015-09-21 11:16:42秀才
日期:2015-10-08 17:57:58天枰座
日期:2015-10-28 18:28:29秀才
日期:2015-11-11 09:48:44秀才
日期:2015-11-11 10:07:14秀才
日期:2015-11-11 10:22:49秀才
日期:2015-09-11 10:43:06
13#
发表于 2006-5-29 13:41 | 只看该作者
还好偶的数据库除了8的以外全部是LMT的uniform

使用道具 举报

回复
论坛徽章:
84
2015年新春福章
日期:2015-03-06 11:57:312012新春纪念徽章
日期:2012-02-13 15:13:362012新春纪念徽章
日期:2012-02-13 15:13:362012新春纪念徽章
日期:2012-02-13 15:13:362012新春纪念徽章
日期:2012-01-04 11:49:54ITPUB十周年纪念徽章
日期:2011-11-01 16:19:41现任管理团队成员
日期:2011-05-07 01:45:082011新春纪念徽章
日期:2011-02-18 11:43:332011新春纪念徽章
日期:2011-01-25 15:42:562011新春纪念徽章
日期:2011-01-25 15:42:33
14#
发表于 2006-5-29 13:53 | 只看该作者
呵呵,这个只在理论上理解过,还没敢在客户环境上试验,你还真是胆子够大的,呵呵,第一个吃螃蟹阿,支持一下

使用道具 举报

回复
论坛徽章:
4
授权会员
日期:2005-10-30 17:05:33ITPUB元老
日期:2005-11-28 09:50:23会员2006贡献徽章
日期:2006-04-17 13:46:34BLOG每日发帖之星
日期:2009-05-20 01:01:05
15#
发表于 2006-5-29 14:12 | 只看该作者
强人,佩服一下

使用道具 举报

回复
论坛徽章:
3
授权会员
日期:2005-10-30 17:05:33ITPUB新首页上线纪念徽章
日期:2007-10-20 08:38:44
16#
发表于 2006-5-29 14:42 | 只看该作者
有一点不明白,直接drop慢在哪里?

使用道具 举报

回复
论坛徽章:
0
17#
 楼主| 发表于 2006-5-30 15:16 | 只看该作者
我觉的oracle没做好,要是直接drop的话,直接把fet$基表中相关的信息删掉的话,就不会慢了。
而事实上oracle并不是这么做的。

使用道具 举报

回复
论坛徽章:
0
18#
 楼主| 发表于 2006-5-30 15:20 | 只看该作者
最初由 Ora-600 发布
[B]呵呵,这个只在理论上理解过,还没敢在客户环境上试验,你还真是胆子够大的,呵呵,第一个吃螃蟹阿,支持一下 [/B]


其实我也不是直接在客户机器上直接试的,而是先做过测试,同时跟踪oracle做结合的过程,才确信不会对客户系统产生影响才敢做的,否则打死也不敢做的。

使用道具 举报

回复
招聘 : 数据库管理员
论坛徽章:
3
授权会员
日期:2005-10-30 17:05:33会员2006贡献徽章
日期:2006-04-17 13:46:34ITPUB 11周年纪念徽章
日期:2012-10-09 18:05:07
19#
发表于 2006-6-5 09:52 | 只看该作者
这么猛? commit后有一段时间的fet$ 与uet$不同步吧~
之前有没有trace 过drop tablespace啊~ 看看oracle 在drop tablespace 的时候到底怎么做的~
相关基表的数据一致性的保证哪些是oracle 自己语句修改的,哪些是通过内部的trigger来触发的~

使用道具 举报

回复
论坛徽章:
44
处女座
日期:2016-06-02 13:45:22马上有房
日期:2014-10-17 13:54:18阿斯顿马丁
日期:2014-01-06 13:43:47复活蛋
日期:2013-05-30 16:44:31迷宫蛋
日期:2013-05-10 18:23:202013年新春福章
日期:2013-02-25 14:51:24灰彻蛋
日期:2013-02-20 18:21:03蜘蛛蛋
日期:2013-02-08 09:53:14灰彻蛋
日期:2013-01-17 11:22:53ITPUB 11周年纪念徽章
日期:2012-10-09 18:05:07
20#
发表于 2006-6-5 11:14 | 只看该作者

Re: 修改fet$基表,结合碎片

最初由 logzgh 发布
[B]背景:

OS:AIX 4.3.3

ORACLE:8.1.7.4 compatible:8.1.0

......

检查这个表空间的碎片,吓了一跳,居然有124万多个。怪不得整个晚上都无法drop掉(为了不影响业务,只能是晚上drop,白天必须停止)。

......

[/B]


请教一下楼主,您是如何检查表空间的碎片个数的?

本人学ORACLE不深,谢谢

使用道具 举报

回复

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

本版积分规则 发表回复

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