eygle.com   eygle.com
eygle.com  
 
留言簿 - Oracle Life - Powered by Eygle.com
eygle.com 我要留言
繁华,不过是一掬细沙
昵称
内容 页: 1 - << < 331 332 333 334 335 336 337 338 339 340 341 342 343 344 345 346 347 348 349 350 351 352 353 354 355 356 357 358 359 360 > >> - 404
# 1063
Remen




To: eygle
  能讲讲为什么吗?谢谢!

From: Remen
2005.06.26 18:20
To: Remen
  [COLOR=blue]10g之前都不建议收集SYS的统计信息的,因为会改变递归SQL的执行计划。[/COLOR]
From: eygle
2005.06.26 22:18

版主选项: 回复 编辑
# 1062
booby




To:
  如果我把文档放在blob或者clob字段中,我要做全局检索的功能,咋弄?


From: booby
2005.06.26 03:51
To: booby
  [COLOR=blue]你们可以试试看Oracle的全文检索[/COLOR]
From: eygle
2005.06.26 22:16

版主选项: 回复 编辑
# 1061
Chieftain




To: eygle
  问题搞定了,确实是System statistics的影响,执行过dbms_stats.delete_system_stats,重新执行dbms_stats.garth_system_stats包后,重新分析就行了,哈哈,怪
From: Chieftain
2005.06.25 08:50
To: Chieftain
  [COLOR=blue]结果了就好,恭喜[/COLOR]
From: eygle
2005.06.25 21:43

版主选项: 回复 编辑
# 1060
bpmfhu




To:
  老大,2个节点的rac和一台机器能够做rac+dataguard吗?还是必须rac和rac之间做成dataguard的架构?
有没有相关的一些文档?我去otn找了一下,没有太好的(:
From: bpmfhu
2005.06.25 07:26
To: bpmfhu
  [COLOR=blue]
参考:
http://www.eygle.com/orabk/OraDoc/Oracle9iR2.DataGuard.Concepts.and.Administration.pdf

文中附录C部分:Standby Database Real Application Clusters Support
[/COLOR]
From: eygle
2005.06.25 21:43

版主选项: 回复 编辑
# 1059
Remen


来自: itpub


To: eygle
  请教一个问题!
思路是这样的:
现状:现在我有db1 和db2,db1是生产库,每天有大量的数据发生变化,归档模式;db2是测试数据库,由db1克隆过来的,非归档
目的:假如6.24号我把db1克隆到db2,然后对db2部分数据作了部分修改,第二天我希望利用clone后产生的归档日志追加到db2中,使得db2叶模拟发生相同的变化!
请问,这种思路是不是有问题?
能实现吗?


From: Remen
2005.06.23 23:20
To: Remen
  [COLOR=blue]一旦你的db2打开读写以后,就无法应用db1的日志了。[/COLOR]
From: eygle
2005.06.24 01:36

版主选项: 回复 编辑
# 1058
Chieftain




To: eygle
  这个库是从Linux移到Aix的,我认为Oracle还在照原来的系统信息在运行。导致选择了错误的执行计划。怎么分析表和删除统计信息,都不改变执行计划
From: Chieftain
2005.06.23 01:24
To: Chieftain
  [COLOR=darkblue]不会的,Oracle的执行计划会根据你的统计信息动态的来生成,除非你的统计信息仍然陈旧,所以你可以尝试重新收集统计信息。

你的版本是什么?
注意不要收集SYS对象的统计信息。[/COLOR]
From: eygle
2005.06.23 01:45

版主选项: 回复 编辑
# 1057
Chieftain




To: eygle
  用的是CBO,收集过,但执行计划更差,语句的执行时间更长。我现在试着删掉System stat,重新收集。
From: Chieftain
2005.06.23 01:17

版主选项: 回复 编辑
# 1056
chieftain




To: egle
  用的是CBO,收集过,但执行计划更差,语句的执行时间更长。我现在试着删掉System stat,重就收集。
From: chieftain
2005.06.23 01:16

版主选项: 回复 编辑
# 1054
Chieftain


来自: 北京


To: eygle
  最近在调一个库,客户做的全库Import。导完后,执行计划特别乱。非常慢。怎么调都不行。IBM小机还比不上PC服务器上的库快。确信I/O系统没问题,性能也好。会不会和原库的System Statistics有关,导致新库的执行计划变乱。望指点一二。
From: Chieftain
2005.06.22 23:09
To: Chieftain
  [COLOR=blue]如果你使用的是CBO,可以考虑全面收集一次统计信息[/COLOR]
From: eygle
2005.06.23 00:30

版主选项: 回复 编辑
# 1053
John




To: eygle
  唉,郁闷ling.
在公司里当班必然会遇到问题,遇到问题必然会牵着到责任问题,我本来不是一个特别计较的人,但是。。。唉。。。。这里可能不是泄愤的地方,但是实在是不图不快啊。Eygle你遇到这样的问题怎么解决?据理力争,还是宰相肚里能乘船?烦恼啊。。。。。。。。人活着就是这样。。。。。。。。。。。。。。。。。。。。
From: John
2005.06.22 06:06
To: John
  [COLOR=blue]该争的就一定要争,让别人知道你不是好惹的但是也要记住得饶人处且饶人。[/COLOR]
From: eygle
2005.06.22 17:44

版主选项: 回复 编辑

页: 1 - << < 331 332 333 334 335 336 337 338 339 340 341 342 343 344 345 346 347 348 349 350 351 352 353 354 355 356 357 358 359 360 > >> - 404
我要留言
Copyright © 2003~2012 eygle.com All Rights Reserved.
Powered by: www.eygle.com