• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>

            Prayer

            在一般中尋求卓越
            posts - 1256, comments - 190, trackbacks - 0, articles - 0
              C++博客 :: 首頁(yè) :: 新隨筆 :: 聯(lián)系 :: 聚合  :: 管理
            和Oracle數(shù)據(jù)庫(kù)一樣,DB2數(shù)據(jù)庫(kù)里面也是通過(guò)優(yōu)化器來(lái)分析你的SQL,生成它認(rèn)為最優(yōu)的執(zhí)行計(jì)劃(Access Plan)。DB2的優(yōu)化器實(shí)際上是一個(gè)標(biāo)準(zhǔn)規(guī)則集合,一般來(lái)說(shuō)我們只要告訴DB2要檢索什么,而不是如何檢索。

            那么DB2的優(yōu)化器是根據(jù)什么來(lái)判斷SQL的最優(yōu)存取路徑呢?

            DB2的優(yōu)化器是基于成本的優(yōu)化器,也就是CBO(Cost Based Optmizer)。也就是說(shuō)DB2 優(yōu)化器會(huì)應(yīng)用查詢成本公式,該公式對(duì)每條可能的存取路徑的四個(gè)因素進(jìn)行評(píng)估和權(quán)衡:CPU 成本、I/O 成本、DB2 系統(tǒng)目錄中的統(tǒng)計(jì)信息和實(shí)際的 SQL 語(yǔ)句。

            那么我們來(lái)簡(jiǎn)單看一下DB2的優(yōu)化器的工作流程:

            1. DB2的優(yōu)化器,在接收到SQL語(yǔ)句后,會(huì)首先校驗(yàn)SQL的語(yǔ)法,確保是正確的SQL;

            2. 根據(jù)當(dāng)前的系統(tǒng)環(huán)境信息,生成最優(yōu)的執(zhí)行計(jì)劃來(lái)優(yōu)化SQL語(yǔ)句;

            3. 把SQL翻譯成計(jì)算機(jī)指令語(yǔ)言,并執(zhí)行這個(gè)優(yōu)化后的SQL;

            4. 返回結(jié)果,或者存儲(chǔ)它們,以便將來(lái)的執(zhí)行。

            在我們看來(lái),DB2 系統(tǒng)目錄中統(tǒng)計(jì)信息是讓DB2優(yōu)化器正確工作的一個(gè)非常重要的依據(jù)。這些統(tǒng)計(jì)信息向優(yōu)化器提供了與正在被優(yōu)化的 SQL 語(yǔ)句將要訪問的表狀態(tài)相關(guān)的信息。這些信息主要包括:

            Table--包括表的記錄數(shù)、PAGE、PCTFREE以及COMPRESS等信息,相關(guān)的系統(tǒng)視圖是:sysstat.tables、syscat.tables。

            Columns—包括COLUMNS的數(shù)量、長(zhǎng)度、分布特征以及COMPRESS等信息,相關(guān)的系統(tǒng)視圖是:sysstat.columns、syscat. columns。

            Index--包括是否存在索引、索引的組織(葉子頁(yè)的數(shù)量和級(jí)別的數(shù)量)、索引鍵的離散值的數(shù)量以及是否群集索引, 相關(guān)的系統(tǒng)視圖是:sysstat.indexes、syscat. indexes。

            其他的還有分區(qū)/節(jié)點(diǎn)組信息和表空間的信息,如何及時(shí)更新這些信息呢?保證DB2優(yōu)化器正確的工作,在DB2里面提供了以下的辦法。

            RUNSTATS與REOGCHK

            Runstats這個(gè)命令的功能主要就是收集數(shù)據(jù)庫(kù)對(duì)象的狀態(tài)信息,這對(duì)數(shù)據(jù)庫(kù)使用合理的ACCESS PLAN是至關(guān)重要的。一般來(lái)說(shuō),以下幾種情況下面,我們需要用runstats來(lái)收集統(tǒng)計(jì)信息:

            1. 在給表創(chuàng)建一個(gè)index后,我們最好做一次runstat。這個(gè)情況也是大家經(jīng)常忽略的。很多時(shí)候大家在給表增加了一個(gè)index后,分析執(zhí)行計(jì)劃,發(fā)現(xiàn)沒有變化,覺得很奇怪。其實(shí)這個(gè)時(shí)候,你需要做一次runstats,就可以了。在8.2里面,DB2做了很好的改進(jìn),可以避免這個(gè)問題,在創(chuàng)建index的時(shí)候,可以立即更新你的信息。

            2. 在對(duì)table做了一次reorg后,記得要做一次runstats。因?yàn)閷?duì)表做reorg,會(huì)修改表的很多信息,比如高水位等,所以做一次runstats,可以更新統(tǒng)計(jì)信息。

            3. 當(dāng)你的表里面的數(shù)據(jù)發(fā)生了比較大的變化,一般來(lái)說(shuō),大約表里面的數(shù)據(jù)量的10%-20%發(fā)生了變化,就應(yīng)該作一次runstats。這些變化包括刪除,修改,插入。對(duì)于一些非常大的表,比方在數(shù)據(jù)倉(cāng)庫(kù)的項(xiàng)目里面,某些事實(shí)表非常巨大。這個(gè)時(shí)候,完整的對(duì)一個(gè)大表作runstats可能花費(fèi)時(shí)間相當(dāng)大,DB2 8.1里面支持我們對(duì)這些大表作抽樣,比方說(shuō)只對(duì)20%的數(shù)據(jù)作runstats,這樣的話,一般來(lái)說(shuō)也能保證得到正確的執(zhí)行計(jì)劃。當(dāng)然首先要確保這個(gè)表里面的數(shù)據(jù)最好分布比較均勻。
            97久久香蕉国产线看观看| 久久99精品国产麻豆宅宅| 精品国产乱码久久久久软件| 日本久久久久久久久久| 无码人妻久久一区二区三区| 国产精品欧美久久久天天影视| 久久久WWW成人免费毛片| 久久九九精品99国产精品| 久久久久亚洲精品男人的天堂| 伊人久久大香线蕉av一区| 精品久久久无码中文字幕| 久久久久亚洲av无码专区导航 | 国产精品无码久久久久| 久久久精品人妻一区二区三区蜜桃| 日本久久久精品中文字幕| 一本色道久久88精品综合| 色偷偷88欧美精品久久久 | 久久99精品久久只有精品| 伊人久久大香线蕉综合热线| 狠狠色丁香久久综合五月| 亚洲精品乱码久久久久久蜜桃不卡| 久久影院久久香蕉国产线看观看| 97久久香蕉国产线看观看| 久久精品亚洲中文字幕无码麻豆| 色青青草原桃花久久综合| 久久精品无码一区二区app| 国产精品美女久久久| 97久久天天综合色天天综合色hd| 欧美黑人激情性久久| 久久99精品国产麻豆宅宅| 国产精品久久新婚兰兰| 亚洲国产日韩综合久久精品| 久久久精品久久久久特色影视| 91精品国产高清久久久久久国产嫩草 | 久久精品无码一区二区WWW| 综合久久精品色| 久久久久久久精品妇女99| 久久国产劲爆AV内射—百度| 午夜人妻久久久久久久久| 久久久久亚洲AV无码专区体验| 久久一日本道色综合久久|