<rt id="bn8ez"></rt>
<label id="bn8ez"></label>

  • <span id="bn8ez"></span>

    <label id="bn8ez"><meter id="bn8ez"></meter></label>

    posts - 104,  comments - 34,  trackbacks - 0
    1、開(kāi)發(fā)人員如果用到其他庫(kù)的Table或View,務(wù)必在當(dāng)前庫(kù)中建立View來(lái)實(shí)現(xiàn)跨庫(kù)操作,最好不要直接使用“databse.dbo.table_name”,因?yàn)閟p_depends不能顯示出該SP所使用的跨庫(kù)table或view,不方便校驗(yàn)。

     

        2、開(kāi)發(fā)人員在提交SP前,必須已經(jīng)使用set showplan on分析過(guò)查詢(xún)計(jì)劃,做過(guò)自身的查詢(xún)優(yōu)化檢查。

        3、高程序運(yùn)行效率,優(yōu)化應(yīng)用程序,在SP編寫(xiě)過(guò)程中應(yīng)該注意以下幾點(diǎn):

        a) SQL的使用規(guī)范:

        i. 盡量避免大事務(wù)操作,慎用holdlock子句,提高系統(tǒng)并發(fā)能力。

        ii. 盡量避免反復(fù)訪問(wèn)同一張或幾張表,尤其是數(shù)據(jù)量較大的表,可以考慮先根據(jù)條件提取數(shù)據(jù)到臨時(shí)表中,然后再做連接。

        iii. 盡量避免使用游標(biāo),因?yàn)橛螛?biāo)的效率較差,如果游標(biāo)操作的數(shù)據(jù)超過(guò)1萬(wàn)行,那么就應(yīng)該改寫(xiě);如果使用了游標(biāo),就要盡量避免在游標(biāo)循環(huán)中再進(jìn)行表連接的操作。

        iv. 注意where字句寫(xiě)法,必須考慮語(yǔ)句順序,應(yīng)該根據(jù)索引順序、范圍大小來(lái)確定條件子句的前后順序,盡可能的讓字段順序與索引順序相一致,范圍從大到小。

        v. 不要在where子句中的“=”左邊進(jìn)行函數(shù)、算術(shù)運(yùn)算或其他表達(dá)式運(yùn)算,否則系統(tǒng)將可能無(wú)法正確使用索引。

        vi. 盡量使用exists代替select count(1)來(lái)判斷是否存在記錄,count函數(shù)只有在統(tǒng)計(jì)表中所有行數(shù)時(shí)使用,而且count(1)比count(*)更有效率。

        vii. 盡量使用“>=”,不要使用“>”。 viii. 注意一些or子句和union子句之間的替換

        ix. 注意表之間連接的數(shù)據(jù)類(lèi)型,避免不同類(lèi)型數(shù)據(jù)之間的連接。

        x. 注意存儲(chǔ)過(guò)程中參數(shù)和數(shù)據(jù)類(lèi)型的關(guān)系。

        xi. 注意insert、update操作的數(shù)據(jù)量,防止與其他應(yīng)用沖突。如果數(shù)據(jù)量超過(guò)200個(gè)數(shù)據(jù)頁(yè)面(400k),那么系統(tǒng)將會(huì)進(jìn)行鎖升級(jí),頁(yè)級(jí)鎖會(huì)升級(jí)成表級(jí)鎖。

        b) 索引的使用規(guī)范:

        i. 索引的創(chuàng)建要與應(yīng)用結(jié)合考慮,建議大的OLTP表不要超過(guò)6個(gè)索引。

        ii. 盡可能的使用索引字段作為查詢(xún)條件,尤其是聚簇索引,必要時(shí)可以通過(guò)index index_name來(lái)強(qiáng)制指定索引

        iii. 避免對(duì)大表查詢(xún)時(shí)進(jìn)行table scan,必要時(shí)考慮新建索引。

        iv. 在使用索引字段作為條件時(shí),如果該索引是聯(lián)合索引,那么必須使用到該索引中的第一個(gè)字段作為條件時(shí)才能保證系統(tǒng)使用該索引,否則該索引將不會(huì)被使用。

        v. 要注意索引的維護(hù),周期性重建索引,重新編譯存儲(chǔ)過(guò)程。

        c) tempdb的使用規(guī)范:

        i. 盡量避免使用distinct、order by、group by、having、join、***pute,因?yàn)檫@些語(yǔ)句會(huì)加重tempdb的負(fù)擔(dān)。

        ii. 避免頻繁創(chuàng)建和刪除臨時(shí)表,減少系統(tǒng)表資源的消耗。

        iii. 在新建臨時(shí)表時(shí),如果一次性插入數(shù)據(jù)量很大,那么可以使用select into代替create table,避免log,提高速度;如果數(shù)據(jù)量不大,為了緩和系統(tǒng)表的資源,建議先create table,然后insert。

        iv. 如果臨時(shí)表的數(shù)據(jù)量較大,需要建立索引,那么應(yīng)該將創(chuàng)建臨時(shí)表和建立索引的過(guò)程放在單獨(dú)一個(gè)子存儲(chǔ)過(guò)程中,這樣才能保證系統(tǒng)能夠很好的使用到該臨時(shí)表的索引。

        v. 如果使用到了臨時(shí)表,在存儲(chǔ)過(guò)程的最后務(wù)必將所有的臨時(shí)表顯式刪除,先truncate table,然后drop table,這樣可以避免系統(tǒng)表的較長(zhǎng)時(shí)間鎖定。

        vi. 慎用大的臨時(shí)表與其他大表的連接查詢(xún)和修改,減低系統(tǒng)表負(fù)擔(dān),因?yàn)檫@種操作會(huì)在一條語(yǔ)句中多次使用tempdb的系統(tǒng)表。

        d) 合理的算法使用:

        根據(jù)上面已提到的SQL優(yōu)化技術(shù)和ASE Tuning手冊(cè)中的SQL優(yōu)化內(nèi)容,結(jié)合實(shí)際應(yīng)用,采用多種算法進(jìn)行比較,以獲得消耗資源最少、效率最高的方法。具體可用ASE調(diào)優(yōu)命令:set statistics io on, set statistics time on , set showplan on 等。

    posted on 2008-07-29 09:11 末日風(fēng)情 閱讀(3453) 評(píng)論(1)  編輯  收藏 所屬分類(lèi): oracle

    FeedBack:
    # Oracle中存儲(chǔ)過(guò)程和Sql語(yǔ)句的優(yōu)化重點(diǎn)
    2008-07-29 09:14 | 末日風(fēng)情
    1.全表掃描和索引掃描
    大數(shù)據(jù)量表盡量要避免全表掃描,全部掃描會(huì)按順序每條記錄掃描,對(duì)于>100萬(wàn)數(shù)據(jù)表影響很大。
    Oracle中通過(guò)RowID訪問(wèn)數(shù)據(jù)是最快的方式
    對(duì)字段進(jìn)行函數(shù)轉(zhuǎn)換,或者前模糊查詢(xún)都會(huì)導(dǎo)致無(wú)法應(yīng)用索引而進(jìn)行全表掃描
    對(duì)Oracle共享池和緩沖區(qū)中的Sql必須要大小寫(xiě)都完全用上才能夠匹配上

    2.順序問(wèn)題
    Oracle按照從右到左的順序?qū)?shù)據(jù)表進(jìn)行解析。因此From最后面的表為基礎(chǔ)表,一般要選擇記錄數(shù)最少的表作為基礎(chǔ)表。
    對(duì)于Where條件的順序,過(guò)濾到最大查詢(xún)記錄數(shù)量的條件必須寫(xiě)在Where條件的結(jié)尾處。
    Where條件中涉及到使用復(fù)雜函數(shù)判定的必須注意要寫(xiě)到Where條件的最前面

    3.索引方面
    記錄數(shù)少的表保留有主鍵索引就可以了,不要再去建其它索引,全表掃描也很快
    索引最好單獨(dú)建立表空間,必要時(shí)候?qū)λ饕M(jìn)行重建
    必要時(shí)候可以使用函數(shù)索引,但不推薦使用
    Oracle中的視圖也可以增加索引,但一般不推薦使用
    *Sql語(yǔ)句中大量使用函數(shù)時(shí)候會(huì)導(dǎo)致很多索引無(wú)法使用上,要針對(duì)具體問(wèn)題分析

    4.其它
    避免使用Select *,因?yàn)橄到y(tǒng)需要去幫你將*轉(zhuǎn)換為所有的列名,這個(gè)需要額外去查詢(xún)數(shù)據(jù)字典。
    Count(1)和Count(*)差別不大。
    多使用Decode函數(shù)來(lái)作簡(jiǎn)單的代碼和名稱(chēng)間的轉(zhuǎn)換,以減少表關(guān)聯(lián)
    使用Truncate替代delete來(lái)刪除記錄,但Truncate數(shù)據(jù)不記錄日志,無(wú)法進(jìn)行回滾
    對(duì)于復(fù)雜的存儲(chǔ)過(guò)程可以多次提交的數(shù)據(jù)的要多分多次Commit,否則長(zhǎng)事務(wù)對(duì)系統(tǒng)性能影響很大
    Distinct和Having子句都是耗時(shí)操作,應(yīng)該盡可能少使用
    在不需要考慮重復(fù)記錄合并時(shí)候用Union All來(lái)代替Union
    使用顯性游標(biāo)而不使用隱性游標(biāo),特別是大數(shù)據(jù)量情況下隱性游標(biāo)對(duì)性能影響很大
    是否使用函數(shù)的問(wèn)題
    用直接的表關(guān)聯(lián)來(lái)代替Exist.用Exist或Not Exists來(lái)代理In。In進(jìn)行子查詢(xún)效率很差。

    5.SQL語(yǔ)句分析
    通過(guò)SQLPLUS中的SET TRACE 功能對(duì)Sql語(yǔ)句的性能進(jìn)行分析
    通過(guò)Toad或PL/SQL Developer對(duì)語(yǔ)句的性能進(jìn)行和索引的使用情況進(jìn)行分析
    對(duì)Oracle缺省的優(yōu)化不滿(mǎn)意可以強(qiáng)制使用Hint,但一般不推薦使用
    對(duì)Flag等只存儲(chǔ)是或否信息的字段,一般不推薦建立索引。必要可以采用位圖索引
    *存在遞歸查詢(xún)情況如果關(guān)聯(lián)Table太多對(duì)性能會(huì)造成較大影響,往往推薦采用臨時(shí)表轉(zhuǎn)為分步驟操作提高性能
    *盡量使用表關(guān)聯(lián)查詢(xún)而不使用函數(shù),但涉及類(lèi)似于代碼表要重復(fù)關(guān)聯(lián)多次取數(shù)據(jù)問(wèn)題時(shí)候又適合使用函數(shù)  回復(fù)  更多評(píng)論
      
    <2008年7月>
    293012345
    6789101112
    13141516171819
    20212223242526
    272829303112
    3456789

    常用鏈接

    留言簿(4)

    隨筆分類(lèi)

    隨筆檔案

    搜索

    •  

    最新評(píng)論

    閱讀排行榜

    評(píng)論排行榜

    主站蜘蛛池模板: 3344免费播放观看视频| 性色av极品无码专区亚洲 | 国产va免费精品| 国产AV无码专区亚洲AV琪琪| 亚洲av无码专区在线观看亚| 亚洲中文字幕AV在天堂| 亚洲一区欧洲一区| 亚洲精品蜜夜内射| 最新亚洲人成无码网www电影| 青青青亚洲精品国产| 亚洲国产午夜精品理论片在线播放 | 亚洲免费人成视频观看| 麻花传媒剧在线mv免费观看| 亚洲一级免费视频| 国产va精品免费观看| 少妇高潮太爽了在线观看免费| 午夜一级免费视频| 日本久久久免费高清| 免费一级毛片不卡不收费| 国产亚洲成归v人片在线观看| 久久久精品国产亚洲成人满18免费网站| 亚洲国产主播精品极品网红| 免费在线观看视频a| 不卡精品国产_亚洲人成在线| 亚洲毛片αv无线播放一区| 亚洲处破女AV日韩精品| 日韩精品亚洲人成在线观看| 亚洲日本在线观看网址| 色天使亚洲综合在线观看| 香蕉视频亚洲一级| 十八禁在线观看视频播放免费| 免费视频成人片在线观看| 免费毛片a在线观看67194| 香蕉高清免费永久在线视频| 亚洲av区一区二区三| 久久青青成人亚洲精品| 亚洲午夜精品在线| 老司机午夜免费视频| 成人黄网站片免费视频| 国产片AV片永久免费观看 | 污污网站免费观看|