eygle.com   eygle.com
eygle.com  
 
留言簿 - Powered by eYgLe.Com
eygle.com 我要留言
唯书有色,艳于西子 唯文有华,秀于百卉
昵称
内容 页: 1 - << < 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 > >> - 317
# 1058
Chieftain
To: eygle
　　这个库是从Linux移到Aix的，我认为Oracle还在照原来的系统信息在运行。导致选择了错误的执行计划。怎么分析表和删除统计信息，都不改变执行计划
From: Chieftain
2005.06.23 16:24
To: Chieftain
　　不会的，Oracle的执行计划会根据你的统计信息动态的来生成，除非你的统计信息仍然陈旧，所以你可以尝试重新收集统计信息。

你的版本是什么？
注意不要收集SYS对象的统计信息。
From: eygle
2005.06.23 16:45
版主选项: 回复 编辑
# 1057
Chieftain
To: eygle
　　用的是CBO，收集过，但执行计划更差，语句的执行时间更长。我现在试着删掉System stat，重新收集。
From: Chieftain
2005.06.23 16:17
版主选项: 回复 编辑
# 1056
chieftain
To: egle
　　用的是CBO，收集过，但执行计划更差，语句的执行时间更长。我现在试着删掉System stat，重就收集。
From: chieftain
2005.06.23 16:16
版主选项: 回复 编辑
# 1054
Chieftain


来自: 北京

To: eygle
　　最近在调一个库，客户做的全库Import。导完后，执行计划特别乱。非常慢。怎么调都不行。IBM小机还比不上PC服务器上的库快。确信I/O系统没问题，性能也好。会不会和原库的System Statistics有关，导致新库的执行计划变乱。望指点一二。
From: Chieftain
2005.06.23 14:09
To: Chieftain
　　如果你使用的是CBO，可以考虑全面收集一次统计信息
From: eygle
2005.06.23 15:30
版主选项: 回复 编辑
# 1053
John
To: eygle
　　唉，郁闷ling.
在公司里当班必然会遇到问题，遇到问题必然会牵着到责任问题，我本来不是一个特别计较的人，但是。。。唉。。。。这里可能不是泄愤的地方，但是实在是不图不快啊。Eygle你遇到这样的问题怎么解决？据理力争，还是宰相肚里能乘船？烦恼啊。。。。。。。。人活着就是这样。。。。。。。。。。。。。。。。。。。。
From: John
2005.06.22 21:06
To: John
　　该争的就一定要争，让别人知道你不是好惹的但是也要记住得饶人处且饶人。
From: eygle
2005.06.23 08:44
版主选项: 回复 编辑
# 1052
pink
To:
　　这里有比较专业的东西。怕打扰干正事的人们。
From: pink
2005.06.22 19:23
To: pink
　　没关系，这里不是论坛的
From: eygle
2005.06.23 08:42
版主选项: 回复 编辑
# 1051
pink
To: eygle
　　假如开辟一块地盘，让我们涂鸦或者专门七嘴八舌用就好了。
From: pink
2005.06.22 13:51
To: pink
　　这里不就是么
From: eygle
2005.06.22 17:07
版主选项: 回复 编辑
# 1046
John
To: eygle
　　此留言板的功能弊病：
抛去臭美不说（实话说：忒丑了），有如下功能需要改进，
1、只许官兵点火不许百姓点灯。
原来这个留言板只是让我们留言，只许eygle恢复，不能让我们恢复。这是明显的霸权和不平等，我抗议！！！
2、缺乏必要的统计和搜索。
因为用户ID的不确定性，所以我断定根本不能进行任何的统计功能，即使有也不准确。现在都21世纪了，搜索总该有吧？但是遗憾的是，它没有。
3、缺乏分类。
可以理解的是这点。因为本网站纯属个人性质，搞的和itpub那么多分类似乎也没什么必要。但是搞几个分类也未尝不可，好管理。
4、我还没想好。。。。。。。。
From: John
2005.06.21 08:15
To: John
　　
郑重考虑第三点，开始逐渐减少分离及栏目。

From: eygle
2005.06.21 16:15
版主选项: 回复 编辑
# 1044
someone
To: eygle
　　最丑的就是这个留言板了

赶紧换模板啦


From: someone
2005.06.20 16:29
To: someone
　　这个没有模板的，要改代码的
From: eygle
2005.06.20 19:11
版主选项: 回复 编辑
# 1042
John
To: eygle
　　to eygle:
  我知道了你回答的意思了，但是事务既然已经被提交，干吗还要去回滚段里去查数据呢？您说的构造the read consistent还是个问题吗？
biti 的文档我看了，但是还是不是特别的清楚。
biti说：当事务很大的时候可能出现这种情况（ora-01555），事务早已经被提交，而查询中的scn t比回滚段里的scn小（回滚段已经被wipe out），于是就产生了ora-01555. 他这个说法的意思 可以理解为：事务大的原因 使得 还没有来得及标识数据块是否为活动状态,进而使得session还以为数据在回滚段里，所以就到回滚段里去取，但是回滚段里的数据已经被wipe out掉了，所以就引发了ora-01555？
From: John
2005.06.19 22:32
To: John
　　
参考:

http://asktom.oracle.com/pls/ask/f?p=4950:8:::::F4950_P8_DISPLAYID:275215756923

From: eygle
2005.06.20 00:56
版主选项: 回复 编辑
页: 1 - << < 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 > >> - 317
我要留言
Copyright © 2003-2008 eygle.com All Rights Reserved.
Powered by: www.eYgLe.com