[求教]問一下Oracle分區(qū)表的問題

Maxshine

不明白Oracle對partitioned object定義。是不是只有顯式定義，跨多個表空間的才能算是分區(qū)對象呢？

我的環(huán)境里根分區(qū)是從由兩塊硬盤組成的卷組中分出來的邏輯卷。這樣數(shù)據(jù)庫中應(yīng)該就有可能出現(xiàn)跨兩個硬盤的數(shù)據(jù)表了吧，這種情況會算是分區(qū)表么？

問題背景：在Oracle11g中我試過用兩種不同的方式來為CBO收集數(shù)據(jù)庫統(tǒng)計數(shù)據(jù)：
1、DBMS_UTILITY.ANALYZE_SCHEMA
2、DBMS_STATS.GATHER_SCHEMA_STATS
結(jié)果發(fā)現(xiàn)＃2的分析效果要好于＃1，因為用＃1分析后通過statespack會看到有些sql執(zhí)行時間，cpu使用都很高。google發(fā)現(xiàn)＃1和＃2的區(qū)別是

Oracle metalink236935.1：
analyze在分析Partition表的時候，有時候會計算出不準(zhǔn)確的Global statistics .原因是，dbms_stats會實在的去分析表全局統(tǒng)計信息（當(dāng)指定參數(shù)）；而analyze是將表分區(qū)（局部）的statistics 匯總計算成表全局statistics ,可能導(dǎo)致誤差。

我的schema里面沒有顯式創(chuàng)建分區(qū)對象，所以想請教是不是會有其他情況默認(rèn)隱式的分區(qū)對象�；蛘邔τ谶@兩個統(tǒng)計數(shù)據(jù)分析工具還有其他區(qū)別么？

renxiao2003

我沒有用過分區(qū)表。

Maxshine

謝謝版大關(guān)注。 請問版大了解DBMS_UTILITY.Analyze_Schema和DBMS_STATS這兩個數(shù)據(jù)庫分析工具還有啥區(qū)別不？

我關(guān)注的問題其實就是為什么這兩個工具達到的數(shù)據(jù)庫性能為什么有差別。按照oracle解釋，能看出來的就是對分區(qū)表效果不同。

duolanshizhe

怎么來說呢

對于10g以后的版本來說 一般建議使用dbms_stats來收集統(tǒng)計信息

畢竟anlayze是以前的方式方法


至于具體差別  是很細(xì)微的

拿錢發(fā)帖死全家

為什么不顯式創(chuàng)建分區(qū)表呢？

Maxshine

回復(fù) 4# duolanshizhe


    根據(jù)測試結(jié)果來看，這兩個工具是有差別的。不知道我的環(huán)境所產(chǎn)生差別的原因是不是Oracle官方給出的解釋。

duolanshizhe

不知道你是如何測試的，是否可以給出相關(guān)實例

不過總的來說

dbms_stats主要是收集CBO優(yōu)化器所需的相關(guān)統(tǒng)計信息
而analyze除了收集優(yōu)化其所需的統(tǒng)計信息之外，還收集一些其它信息，比如

- Space Usage information :

. EMPTY_BLOCKS,
. AVG_SPACE,
. CHAIN_CNT

- Information on freelist blocks

. AVG_SPACE_FREELIST_BLOCKS,
. NUM_FREELIST_BLOCKS

duolanshizhe

至于這兩種方式在分區(qū)表的區(qū)別主要是

dbms_stats支持在多級別收集統(tǒng)計信息，而analyze只能在最低級別收集信息，打個比方啊

dbms_stats針對分區(qū)表可以在全表級收集統(tǒng)計信息，而analyze只能在分區(qū)級別收集信息，然后針對所有分區(qū)的統(tǒng)計信息進行聚合才能得到全表級統(tǒng)計信息，這樣就會帶來誤差，因為采樣比例的問題！

duolanshizhe

不知道 樓主是否明白了些

Maxshine

回復(fù) 8# duolanshizhe


    十分感謝你的回復(fù)。測試的情況實這樣的，我們實際上是測一個web應(yīng)用，跑三個小時壓力測試同時會抓取statespack分析oracle的情況。我發(fā)現(xiàn)用DBMS_STATS包做了數(shù)據(jù)庫優(yōu)化，statespake就會看到如下log。而如果用DBMS_UTILITY.ANALYZE_SCHEMA來做，這條sql消耗的CPU時間就有增大至6倍。當(dāng)然，其他sql消耗cpu也會增大。所以才想有沒有可能是這兩個工具包的差別導(dǎo)致的�？茨愕姆治�，其實DBMS_UTILITY.ANALYZE_SCHEMA收集的信息更多，起碼DBMS_STATS能收集的統(tǒng)計信息它一樣能收集�？赡懿顒e就是對分區(qū)表的支持。我查過這個web應(yīng)用所創(chuàng)建的schema，沒有顯式創(chuàng)建為分區(qū)表的。

    CPU                  CPU per             Elapsd                     Old
  Time (s)   Executions  Exec (s)  %Total   Time (s)    Buffer Gets  Hash Value
---------- ------------ ---------- ------ ---------- --------------- ----------
    744.25      131,274       0.01   10.2     773.81       8,529,532 3465652836
Module: JDBC Thin Client
SELECT T1.MEMBER_ID, T1.CATGROUP_ID, T1.FIELD1, T1.FIELD2, T1.LA
STUPDATE, T1.MARKFORDELETE, T1.IDENTIFIER, T1.OID, T1.OPTCOUNTER
, CATGRPREL.SEQUENCE FROM  CATGRPREL, STORECGRP, CATGROUP  T1 WH
ERE T1.MARKFORDELETE = 0 AND CATGRPREL.CATALOG_ID = :1  AND CATG