• <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ǔ)句將要訪問(wèn)的表狀態(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)沒(méi)有變化,覺得很奇怪。其實(shí)這個(gè)時(shí)候,你需要做一次runstats,就可以了。在8.2里面,DB2做了很好的改進(jìn),可以避免這個(gè)問(wèn)題,在創(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ù)最好分布比較均勻。
            亚洲日本va午夜中文字幕久久| 久久精品国产亚洲一区二区| 久久精品国产亚洲AV无码麻豆| 国产精品久久久久久久久软件| 国产精品欧美久久久久天天影视| 国内精品人妻无码久久久影院| .精品久久久麻豆国产精品| 久久免费美女视频| 久久影院午夜理论片无码| 中文字幕无码久久久| 亚洲AV伊人久久青青草原| 午夜人妻久久久久久久久| 国产91久久精品一区二区| 精品熟女少妇av免费久久| 亚洲AV乱码久久精品蜜桃| 久久久久亚洲av无码专区| 久久狠狠高潮亚洲精品| 久久成人精品视频| 久久93精品国产91久久综合| 日韩AV无码久久一区二区| 久久精品二区| 一本久久久久久久| 亚洲精品无码久久久久去q| 久久er99热精品一区二区| 91久久精品国产成人久久| 久久性精品| 无码精品久久久天天影视| 99热精品久久只有精品| 性做久久久久久久久浪潮| 久久久久国产一级毛片高清版| 久久综合久久伊人| 久久人人爽人人爽人人片AV不 | 性做久久久久久免费观看| 久久这里只有精品18| 国产精品美女久久久免费| 99精品国产综合久久久久五月天| 国产精品免费久久久久久久久| 久久精品桃花综合| 国产福利电影一区二区三区,免费久久久久久久精 | 久久精品成人影院| 久久精品国产亚洲AV麻豆网站|