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

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

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

    Vincent.Chan‘s Blog

    常用鏈接

    統計

    積分與排名

    網站

    最新評論

    ORACLE SQL性能優化系列 (一)

       ORACLE SQL性能優化系列 (一)


                                              作者: black_snail



    關鍵字 ORACEL SQL Performance tuning

    出處 http://www.dbasupport.com


    1. 選用適合的ORACLE優化器



    ORACLE的優化器共有3種:

    a. RULE (基于規則) b. COST (基于成本) c. CHOOSE (選擇性)



    設置缺省的優化器,可以通過對init.ora文件中OPTIMIZER_MODE參數的各種聲明,如RULE,COST,CHOOSE,ALL_ROWS,FIRST_ROWS . 你當然也在SQL句級或是會話(session)級對其進行覆蓋.

    為了使用基于成本的優化器(CBO, Cost-Based Optimizer) , 你必須經常運行analyze 命令,以增加數據庫中的對象統計信息(object statistics)的準確性.

    如果數據庫的優化器模式設置為選擇性(CHOOSE),那么實際的優化器模式將和是否運行過analyze命令有關. 如果table已經被analyze過, 優化器模式將自動成為CBO , 反之,數據庫將采用RULE形式的優化器.



    在缺省情況下,ORACLE采用CHOOSE優化器, 為了避免那些不必要的全表掃描(full table scan) , 你必須盡量避免使用CHOOSE優化器,而直接采用基于規則或者基于成本的優化器.



    2. 訪問Table的方式



    ORACLE 采用兩種訪問表中記錄的方式:



    a. 全表掃描

    全表掃描就是順序地訪問表中每條記錄. ORACLE采用一次讀入多個數據塊(database block)的方式優化全表掃描.



    b. 通過ROWID訪問表

    你 可以采用基于ROWID的訪問方式情況,提高訪問表的效率, , ROWID包含了表中記錄的物理位置信息..ORACLE采用索引(INDEX)實現了數據和存放數據的物理位置(ROWID)之間的聯系. 通常索引提供了快速訪問ROWID的方法,因此那些基于索引列的查詢就可以得到性能上的提高.



    3. 共享SQL語句



    為 了不重復解析相同的SQL語句,在第一次解析之后, ORACLE將SQL語句存放在內存中.這塊位于系統全局區域SGA(system global area)的共享池(shared buffer pool)中的內存可以被所有的數據庫用戶共享. 因此,當你執行一個SQL語句(有時被稱為一個游標)時,如果它

    和之前的執行過的語句完全相同, ORACLE就能很快獲得已經被解析的語句以及最好的

    執行路徑. ORACLE的這個功能大大地提高了SQL的執行性能并節省了內存的使用.

    可惜的是ORACLE只對簡單的表提供高速緩沖(cache buffering) ,這個功能并不適用于多表連接查詢.

    數據庫管理員必須在init.ora中為這個區域設置合適的參數,當這個內存區域越大,就可以保留更多的語句,當然被共享的可能性也就越大了.

    當你向ORACLE 提交一個SQL語句,ORACLE會首先在這塊內存中查找相同的語句.

    這里需要注明的是,ORACLE對兩者采取的是一種嚴格匹配,要達成共享,SQL語句必須

    完全相同(包括空格,換行等).

    共享的語句必須滿足三個條件:



    A. 字符級的比較:

    當前被執行的語句和共享池中的語句必須完全相同.

    例如:

    SELECT * FROM EMP;

    和下列每一個都不同

    SELECT * from EMP;

    Select * From Emp;

    SELECT * FROM EMP;





    B. 兩個語句所指的對象必須完全相同:

    例如:

    用戶 對象名 如何訪問

    Jack sal_limit private synonym

    Work_city public synonym

    Plant_detail public synonym



    Jill sal_limit private synonym

    Work_city public synonym

    Plant_detail table owner


    考慮一下下列SQL語句能否在這兩個用戶之間共享.



    SQL
    能否共享
    原因

    select max(sal_cap) from sal_limit;
    不能
    每個用戶都有一個private synonym - sal_limit , 它們是不同的對象

    select count(*0 from work_city where sdesc like 'NEW%';

    兩個用戶訪問相同的對象public synonym - work_city

    select a.sdesc,b.location from work_city a , plant_detail b where a.city_id = b.city_id
    不能
    用戶jack 通過private synonym訪問plant_detail 而jill 是表的所有者,對象不同.





    C. 兩個SQL語句中必須使用相同的名字的綁定變量(bind variables)


    例如:


    第一組的兩個SQL語句是相同的(可以共享),而第二組中的兩個語句是不同的(即使在運行時,賦于不同的綁定變量相同的值)

    a.

    select pin , name from people where pin = :blk1.pin;

    select pin , name from people where pin = :blk1.pin;


    b.

    select pin , name from people where pin = :blk1.ot_ind;

    select pin , name from people where pin = :blk1.ov_ind;

    posted on 2006-02-25 22:28 Vincent.Chen 閱讀(176) 評論(0)  編輯  收藏 所屬分類: Database

    主站蜘蛛池模板: 99久久免费看国产精品| h在线看免费视频网站男男| 免费观看91视频| 久久亚洲高清综合| 四虎影视在线看免费观看| 国产又黄又爽又刺激的免费网址| 亚洲午夜成人精品无码色欲| 99久久99这里只有免费费精品| 亚洲成人免费在线观看| 中文字幕乱码免费视频| 亚洲av无码不卡久久| 人禽杂交18禁网站免费| 亚洲AⅤ男人的天堂在线观看| 国产成人免费手机在线观看视频 | 免费一级毛片在线播放视频免费观看永久 | 又黄又爽无遮挡免费视频| 亚洲欧美国产欧美色欲| 国产精品视频免费一区二区三区| 亚洲AV无码AV男人的天堂不卡| 五月天婷亚洲天综合网精品偷| 国产黄片不卡免费| 亚洲AV日韩AV永久无码下载 | 毛片免费观看的视频| 亚洲国产精品无码久久| 亚洲精品一级无码中文字幕| 高清永久免费观看 | 亚洲欧洲国产综合AV无码久久| 国产成人免费a在线视频app| 一个人看的免费观看日本视频www 一个人看的免费视频www在线高清动漫 | 黄色a级片免费看| 亚洲精品乱码久久久久久蜜桃不卡| 久久免费视频精品| 亚洲中文字幕乱码熟女在线| 亚洲国产成人精品无码久久久久久综合 | 成年女人男人免费视频播放| 国产亚洲Av综合人人澡精品| 亚洲A∨无码无在线观看| 成人免费视频88| 99re6在线视频精品免费| 亚洲午夜久久久久久尤物| 免费乱理伦在线播放|