這篇文章主要講解了“dbms_stat與analyze的區(qū)別是什么”,文中的講解內容簡單清晰,易于學習與理解,下面請大家跟著小編的思路慢慢深入,一起來研究和學習“dbms_stat與analyze的區(qū)別是什么”吧!
創(chuàng)新互聯(lián)建站基于分布式IDC數(shù)據(jù)中心構建的平臺為眾多戶提供成都機柜租用 四川大帶寬租用 成都機柜租用 成都服務器租用。
【IT168知識庫】
自從Oracle8.1.5引入dbms_stats包,Experts們便推薦使用dbms_stats取代analyze。 理由如下
dbms_stats可以并行分析
dbms_stats有自動分析的功能(alter table monitor )
analyze 分析統(tǒng)計信息的不準確some times
[@more@]
1,2好理解,且第2點實際上在VLDB中是最吸引人的;3以前比較模糊,看了metalink236935.1 解釋,analyze在分析Partition表的時候,有時候會計算出不準確的Global statistics .
原因是,dbms_stats會實在的去分析表全局統(tǒng)計信息(當指定參數(shù));而analyze是將表分區(qū)(局部)的statistics 匯總計算成表全局statistics ,可能導致誤差。
如果想分析整個用戶或數(shù)據(jù)庫,還可以采用工具包,可以并行分析
Dbms_utility(8i以前的工具包)
Dbms_stats(8i以后提供的工具包)
如
dbms_stats.gather_schema_stats(User,estimate_percent=>100,cascade=> TRUE);
dbms_stats.gather_table_stats(User,TableName,degree => 4,cascade => true);
這是對命令與工具包的一些總結
1、對于分區(qū)表,建議使用DBMS_STATS,而不是使用Analyze語句。
a) 可以并行進行,對多個用戶,多個Table
b) 可以得到整個分區(qū)表的數(shù)據(jù)和單個分區(qū)的數(shù)據(jù)。
c) 可以在不同級別上Compute Statistics:單個分區(qū),子分區(qū),全表,所有分區(qū)
d) 可以倒出統(tǒng)計信息
e) 可以用戶自動收集統(tǒng)計信息
2、DBMS_STATS的缺點
a) 不能Validate Structure
b) 不能收集CHAINED ROWS, 不能收集CLUSTER TABLE的信息,這兩個仍舊需要使用Analyze語句。
c) DBMS_STATS 默認不對索引進行Analyze,因為默認Cascade是False,需要手工指定為True
3、對于oracle 9里面的External Table,Analyze不能使用,只能使用DBMS_STATS來收集信息。
感謝各位的閱讀,以上就是“dbms_stat與analyze的區(qū)別是什么”的內容了,經過本文的學習后,相信大家對dbms_stat與analyze的區(qū)別是什么這一問題有了更深刻的體會,具體使用情況還需要大家實踐驗證。這里是創(chuàng)新互聯(lián),小編將為大家推送更多相關知識點的文章,歡迎關注!