【正文】 METER_UNABLE_TO_DELIVER39。YYYYMMDD39。YYYYMMDD39。alert_type39。接收消息異常%39。disconnect39。, 39。, 39。 and alert_type = 39。 and cause like 39。, 39。, 39。 and alert_type = 39。 and svcctx_id like 39。, 39。, 39。 and alert_type = 39。) + 1union (select peer_id 對端標識, origin_host 源域名, dest_host 目標域名, alert_type 告警類型, log_time 告警時間, cause 告警內容, deal_log 處理狀態(tài), deal_staff 處理人, deal_time 處理時間, remark 備注 from dcc_ne_log where result = 0 and cause like 39。) and log_time TO_DATE(39。 and log_time = TO_DATE(39。 and deal_log = 39。 GROUP BY peer_id) a,(SELECT DISTINCT peer_id FROM dcc_ne_log) dnl WHERE = (+)) 利用or代替 union allselect peer_id 對端標識, null 源域名, null 目標域名, alert_type 告警類型, log_time 告警時間, cause 告警內容, deal_log 處理狀態(tài), deal_staff 處理人, deal_time 處理時間, remark 備注 from dcc_sys_log where action = 39。 ELSE 39。,39。 and = (select max(log_time) from dcc_sys_log where peer_id = and log_type = 39。 and = 39。 and = 39。, 0, 39。優(yōu)化設置的索引，就必須充分利用才能加快數(shù)據(jù)庫訪問速度。如果對這樣大型表的數(shù)據(jù)查詢比較頻繁，或者干脆不建索引。但是有些DBA發(fā)現(xiàn)，對一個大型表建立的索引，并不能改善數(shù)據(jù)查詢速度，反而會影響整個數(shù)據(jù)庫的性能。end。beginfor x in 1..10000 loopexecute immediate 39。end loop。c6937c7839。 變量綁定變量綁定是OLTP數(shù)據(jù)庫系統(tǒng)中一個非常重要的技術點。所以這種情況下CBO是不會做索引的，因為他會導致錯誤的結果。CKT_SPKFK39。執(zhí)行計劃如下：Execution Plan 0 SELECT STATEMENT Optimizer=ALL_ROWS (Cost=444 Card=1 Bytes=3 ) 1 0 SORT (AGGREGATE) 2 1 TABLE ACCESS (FULL) OF 39。FIRST_ROW還可以指定參數(shù)FIRST_ROW(n)在日常維護中還發(fā)現(xiàn)一個問題，比如我用select /*+index(t ckt_spkfk)*/ count(*) from spkfk。5. SQL調優(yōu) 系統(tǒng)正在運行的時候，我們做系統(tǒng)調優(yōu)應該盡量避免改寫sql語句，改寫SQL語句意味著一些代碼要重新編寫，調試，運行，測試。 設定DB_BLOCK_SIZE來反映數(shù)據(jù)讀取量大小OLTP一般為8K，OLAP一般為16K或者32K。B 增大日志文件的大小，從而增加處理大型insert,update,delete 操作的比例。在創(chuàng)建數(shù)據(jù)庫的過程我們一般是手動設置內存分配大小，合理地設置data buffer、share pool、 log buffer 等大小能使系統(tǒng)的性能提升更快。表空間是oracle邏輯上分配的最大存儲單位i，我們平常做的創(chuàng)建對象操作都在表空間一級進行，如創(chuàng)建存儲對象的時候只能指定在哪個表空間進，而不能指定存儲到更細粒度的存儲單元了，更不能指定存儲到哪個數(shù)據(jù)文件中。 段(segment)一個段又很多分區(qū)組成，以前段可以理解為一個對象，但是隨著軟件版本的演進，存儲一個對象可以存儲到不同的段中。[1] 區(qū)(extent)區(qū)是oracle 最小的分配單位，有一組連續(xù)的塊組成，這些塊可能物理上并不連續(xù)，但是要屬于同一個物理文件。按照如下從小到大順序，邏輯存儲單元可以做如下劃分。 , , from dba_data_files a,dba_extents b where = and = 39。Oracle 在創(chuàng)建數(shù)據(jù)文件時，是通過操作系統(tǒng)在指定路徑下分配一塊磁盤空間并將其格式化。我們可以建立一個模型。本文在系統(tǒng)分析研究ORACLE ERP原理的基礎上，通過對系統(tǒng)開發(fā)與實現(xiàn)過程中所涉及的理論和技術的研究，通過對后臺ORACLE數(shù)據(jù)庫的架構進行分析研究，提出基于ERP系統(tǒng)的數(shù)據(jù)庫性能優(yōu)化模型，并做持續(xù)跟蹤優(yōu)化。傳統(tǒng)的ERP軟件，用戶需要進入層層菜單，運行查詢或報表，才能得到業(yè)務數(shù)據(jù)。因此不管企業(yè)采用國內還是國外的軟件，都面臨著系統(tǒng)的二次開發(fā)和性能優(yōu)化問題。企業(yè)所處的環(huán)境是不斷變化的：企業(yè)的產品種類、產品所處生命周期的階段、企業(yè)的計劃模式、分銷模式都不斷變化，企業(yè)不斷地進行業(yè)務流程的再造，企業(yè)的規(guī)模不斷地縮小或者擴展，總之企業(yè)的變化是絕對的。ERP是順應時代要求的信息技術與企業(yè)管理新思想相結合的產物。 AWR。[關鍵字] ERP。南 陽 理 工 學 院 本 科 畢 業(yè) 設 計（論文）基于ERP系統(tǒng)的數(shù)據(jù)庫性能優(yōu)化分析Makes database performance optimazition analysis base on ERP system學 院（系）： 計算機科學與技術系 專 業(yè)： 計算機科學與技術 學 生 姓 名： 許培洪 學 號： 64107077 指 導 教 師（職稱）： 王秋芬(講師) 評 閱 教 師： 完 成 日 期： 2011年5月 南陽理工學院Nanyang Institute of Technology基于ERP系統(tǒng)的數(shù)據(jù)庫性能優(yōu)化分析計算機科學與技術專業(yè)　許培洪［摘　要］隨著信息技術的不斷發(fā)展，中小型企業(yè)信息化建設越來越重要，采用先進的企業(yè)資源計劃（ERP）系統(tǒng)已勢在必行。本文在系統(tǒng)分析研究ERP原理的基礎上，通過對系統(tǒng)開發(fā)與實現(xiàn)過程中所涉及的理論和技術的研究，分析了ERP系統(tǒng)的功能模塊結構，對后臺oracle數(shù)據(jù)庫做性能優(yōu)化分析，并做持續(xù)跟蹤優(yōu)化。 IO。目 錄 1. ERP系統(tǒng)的現(xiàn)狀 12. ORACLE數(shù)據(jù)庫體系結構 2 物理結構 2 邏輯結構 2 塊(block) 3 區(qū)(extent) 3 段(segment) 4 表空間(tablespace) 43. 主機性能調優(yōu) 4 內存分配 4 CPU響應時間 5 IO和并發(fā) 5 其他磁盤優(yōu)化 64. 參數(shù)調優(yōu) 65. SQL調優(yōu) 7 通過HINT來強制執(zhí)行計劃 7 變量綁定 9 使用