【正文】 nt=50,degree=4,cascade=TRUE)。),… … FROM sor_acct_dcc_saa_p_20230930 a left join sor_acct_dcc_saamt_p_20230930 b on = and = left join sor_acct_dcc_crcrdcrd c on = where = 39。, , nvl(, 39。2023093039。0139。 grant GLOBAL QUERY REWRITE to TS_DYNA。 ? 物化視圖上的刷新定期執(zhí)行如下命令，可自動進行物化視圖的刷新exec (39。建議為物化視圖單獨設(shè)立表空間? PARALLEL (DEGREE 2)： 并行度設(shè)計為 2（與目前的 CPU個數(shù)相等） ? BUILD IMMEDIATE： 創(chuàng)建 MV_01的同時，產(chǎn)生匯總數(shù)據(jù) ? REFRESH COMPLETE ON DEMAND： 完全刷新 ? ENABLE QUERY REWRITE： 啟動查詢語句重寫功能 報表優(yōu)化示例 ? SELECT短語應(yīng)包含的字段 原 SELECT語句的所有非統(tǒng)計運算字段。20230139。ALL39。239。239。? 評價原有統(tǒng)計運算 SQL語句的執(zhí)行計劃，是否被 Oracle查詢重寫到相應(yīng)的物化視圖 總結(jié)統(tǒng)計運算 SQL的共同規(guī)律，作為設(shè)計物化視圖的考慮對象。 物化視圖創(chuàng)建和查詢重寫例SQL SELECT ,SUM (), 2 SUM () 3 FROM sales s, products p 4 WHERE = 5 GROUP BY 。(同步或異步 )查詢重寫概述? 查詢物化視圖，而不是基表，將極大提高查詢統(tǒng)計性能。or? 綜合其它分區(qū)因素的考慮：性能，數(shù)據(jù)遷移，備份，高綜合其它分區(qū)因素的考慮：性能，數(shù)據(jù)遷移，備份，高可用性，可維護性可用性，可維護性分區(qū)的評估? 性能方面性能方面– 相應(yīng)速度相應(yīng)速度– 資源消耗（資源消耗（ CPU、 內(nèi)存、內(nèi)存、 I/O））– 性能分析工具的使用：性能分析工具的使用： Oracle Trace, Autotrace, TKPROF? 其它方面其它方面– 數(shù)據(jù)遷移能力數(shù)據(jù)遷移能力– 數(shù)據(jù)備份和恢復(fù)數(shù)據(jù)備份和恢復(fù)– 數(shù)據(jù)擴展性（數(shù)據(jù)擴展性（ Add, Drop, Exchange, Merge, …… ））– 數(shù)據(jù)高可用性數(shù)據(jù)高可用性O(shè)racle報表優(yōu)化技術(shù)報表處理問題? 報表處理是大部分 IT系統(tǒng)是 最耗時、最消耗資源的模塊 byupper(sql_text)sql_text,executions? 分析大表的操作行為分析大表的操作行為Selectwhereorder(Select 此時重復(fù)記錄已經(jīng)刪除，可避免上述 ORA01452錯誤 現(xiàn)有系統(tǒng)實施分區(qū)的經(jīng)驗? 分區(qū)對象的確定：存儲空間最大的前分區(qū)對象的確定：存儲空間最大的前 20個表個表Select – 將臨時表 test數(shù)據(jù)交換回 sor_acct_dcc_saamt_c表分區(qū) ETL_LOAD_DATE_0606 。 – 將 sor_acct_dcc_saamt_c表分區(qū)ETL_LOAD_DATE_0606數(shù)據(jù)交換到臨時表 test。 – 數(shù)據(jù)量大，時間太長。 duplicate keys found 分區(qū)交換的應(yīng)用 重復(fù)記錄刪除? 在試圖刪除該分區(qū)的重復(fù)記錄時，又出現(xiàn)如下錯誤：SQL delete from sor_acct_dcc_saamt_c partition(ETL_LOAD_DATE_0606)where rowid not in (select min(rowid) from sor_acct_dcc_saamt_c partition(ETL_LOAD_DATE_0606) group by ETL_LOAD_DATE, CUST_ACCT_NO, SA_CURR_COD, SA_CURR_IDEN)。 ? 對源系統(tǒng)的影響非常小 只需要將被遷移的表空間設(shè)置為只讀方式 ? 可同時傳輸索引數(shù)據(jù)，避免在目的數(shù)據(jù)庫中重建索引 分區(qū)交換的應(yīng)用 ETL? 在源系統(tǒng)中，將需要抽取的數(shù)據(jù)以如下語句形式，抽取到建立在單獨表空間上的中間表中： CREATE TABLE ... AS SELECT …INSERT /*+ APPEND */ AS SELECT …? 以 TTS方式將中間表的表空間傳輸?shù)綌?shù)據(jù)倉庫之中。BF_DXX_stagepartition? 第三步： partition的交換alter100M39。MYSTOREPARAMETERS(39。BF_DXX_stage(text3)IDX_)。,39。into 分區(qū)表的管理功能? 分區(qū)的增加（ ADD）? 分區(qū)的刪除（ DROP）? 分區(qū)的合并（ MERGE）? 分區(qū)的清空 （ TRUNCATE）? 分區(qū)的交換 （ EXCHANGE）? 分區(qū)的壓縮 （ COALESE）? 分區(qū)的移動 （ MOVE）? 分區(qū)的分離 （ SPLIT）? 修改分區(qū)的 Default Attribute? 分區(qū)的更名（ RENAME）分區(qū)索引的管理功能? 分區(qū)索引的刪除（分區(qū)索引的刪除（ DROP））? 分區(qū)索引的修改（分區(qū)索引的修改（ MODIFY））? 分區(qū)索引分區(qū)索引 Default Attribute的修改的修改? 分區(qū)索引的重建分區(qū)索引的重建 （（ REBUILD））? 分區(qū)索引的更名（分區(qū)索引的更名（ RENAME））? 分區(qū)索引的分離分區(qū)索引的分離 （（ SPLIT））? 分區(qū)索引的分區(qū)索引的 Unusable分區(qū)表和 Local索引OCT2023SEP2023AUG2023NOV 2023OCT2023新月份數(shù)據(jù)的加載和索引的維護NOV2023NOV2023NOV2023NOV2023NOV2023NOV2023NOV2023NOV2023...“滾動窗口 ”操作 大量數(shù)據(jù)高速裝載OCT2023SEP2023NOV2023 NOV 2023 NOV 2023 OCT2023OCT2023SEP2023NOV2023 DEC 2023 NOV 2023 OCT2023OCT2023SEP2023NOV2023 DEC 2023 NOV 2023 OCT2023OCT2023SEP2023NOV2023 DEC 2023 NOV 2023 OCT2023OCT2023SEP2023NOV2023 DEC 2023 NOV 2023 OCT2023OCT2023SEP2023NOV2023 DEC 2023 NOV 2023 OCT2023OCT SEP2023NOV2023刪除或歸檔最老月份的數(shù)據(jù)OCT2023新月份數(shù)據(jù)的加載和索引的維護...分區(qū)表和 Local索引“滾動窗口 ”操作 大量數(shù)據(jù)高速裝載分區(qū)交換功能? 通過交換數(shù)據(jù)段，實現(xiàn)分區(qū)和非分區(qū)表的數(shù)據(jù)交換。? 數(shù)據(jù)備份和恢復(fù)： 按時間周期進行表空間的備份時，將分區(qū)與表空間建立對應(yīng)關(guān)系。 ? 數(shù)據(jù)訪問特性：基于表的大部分查詢應(yīng)用，只訪問表中少量的數(shù)據(jù)。28jun202339。25jun202339。processparalleltheandifahashoccurthetablesonlypartitionwisepairsjoinontableswhenfullidenticallyindexes,39。,39。,39。local。indexcust_index07,partitiontablespacecust_idx_p05cust_index03,partitiontablespacecust_idx_p01cust_idx2(MAXVALUE)cust_p04thancust_index02,partitionlesstablespacevaluesbycust_idx1theaitindexlocal,39。,39。,39。? List分區(qū)是不排序的，而且分區(qū)之間沒有關(guān)聯(lián)關(guān)系? List分區(qū)適合于對數(shù)據(jù)離散值進行控制。ROTORUA39。AUCKLAND39。DUNEDIN39。WELLINGTON39。indexes? 10gindexes? 9i? 分區(qū)數(shù)一般是 2的冪? 易于實施? 總體性能最佳? 適合于靜態(tài)數(shù)據(jù)? HASH分區(qū)適合于數(shù)據(jù)的均勻存儲? HASH分區(qū)特別適合于分區(qū)特