- 相關(guān)推薦
Oracle數(shù)據(jù)庫優(yōu)化策略總結(jié)
SELECT時不利用函數(shù)
在做頻繁的查詢壟斷時，盡量直接select字段名，然后利用C語言代碼對查詢收獲做二次加工，避免讓Oracle來做混雜的函數(shù)可能數(shù)學計算。因為Oracle出于通用性的琢磨，其函數(shù)及數(shù)學計算的速度遠不及用C語言直接編譯成機器碼后計算來的快。
綁定變量
這個能夠大幅度減退SQL的“hard parse”，我們大局部過程都曾經(jīng)告終了變量綁定。個別未曾告終的，修正一下，也能很快看到收獲。
批量FETCH
萬一順次select會歸來多條（幾百、上千）登記，利用批量Fetch，例如順次fetch 1000條登記，要比一條條的fetch數(shù)據(jù)快的多，也能夠管用減退oracle的壓力。
批量提交
順次修正多條（例如小于10000條左右）登記，然后順次性提交，要比每條提交順次快的多。當然前提是業(yè)務(wù)邏輯批準這么做。
批量增刪改
萬一必需順次性修正可能剔除多條登記，能夠批準批量數(shù)組綁定的措施，這個和前面說得“綁定變量”相仿，差異是前者綁定的是一個變量，這里綁定的是一個大數(shù)組的首指針，這種措施要比逐條綁定厲行快的多。
SQL預解析
前面的大局部是批量壟斷，還有一種常見的場景是小事務(wù)壟斷，但頻率極其高nextplas.com。這種場景等閑SQL也不混雜，幾乎未曾優(yōu)化的余地了，然而由于壟斷頻繁，同樣會構(gòu)成CPU居高不下�，F(xiàn)在我們的過程大局部都是下面這個利用形式：
loop parse sql; bind var; execute sql; end loop;
固然我們利用了綁定變量的措施，然而由于壟斷頻繁，同樣構(gòu)成許多的“soft parse”以及網(wǎng)絡(luò)通信。在內(nèi)存數(shù)據(jù)庫中，我們等閑批準預解析的措施來長進效率，事實上，Oracle很早就給開發(fā)者供給這種形式，只是開發(fā)者嫌繁瑣沒利于用而已。將過程改成下列形式：
parse sql; bind var; loop execute sql; end loop;
這么就能夠管用減退Oracle的壓力，能夠?qū)栃行势鸫a長進一倍。然而這種形式波及到過程構(gòu)造的改變，定然在設(shè)計階段就這么做。否則，后期再調(diào)劑的話，危險和工作量都會很大。
SQL語句的一些優(yōu)化措施
1、SQL語句用大寫的；因為Oracle總是先解析SQL語句，把小寫的字母轉(zhuǎn)換成大寫的再厲行。
2、避免在索引列上利用NOT等閑，我們要避免在索引列上利用NOT， NOT會發(fā)生在和在索引列上利用函數(shù)雷同的波及。
3、當Oracle“碰到”NOT，他就會靜止利用索引轉(zhuǎn)而厲行全表掃描。
4、避免在索引列上利用計算。WHERE子句中，假定索引列是函數(shù)的一局部。優(yōu)化器將不利用索引而利用全表掃描。
5、盡量少用DISTINCT壟斷，用EXISTS輪換DISTINCTvalues should never be negative。
【Oracle數(shù)據(jù)庫優(yōu)化策略總結(jié)】相關(guān)文章：
淺談Oracle數(shù)據(jù)庫開發(fā)技術(shù)06-28
怎么保證Oracle數(shù)據(jù)庫的安全06-28
Oracle數(shù)據(jù)庫中不同恢復的特征06-28
淺談ORACLE數(shù)據(jù)庫中的備份與恢復06-28
用php連接oracle數(shù)據(jù)庫的代碼06-28
古詩教學的優(yōu)化策略07-02
教你完全卸載刪除oracle數(shù)據(jù)庫方法06-28