• <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++博客 :: 首頁 :: 新隨筆 :: 聯(lián)系 :: 聚合  :: 管理
            和Oracle數(shù)據(jù)庫一樣,DB2數(shù)據(jù)庫里面也是通過優(yōu)化器來分析你的SQL,生成它認(rèn)為最優(yōu)的執(zhí)行計(jì)劃(Access Plan)。DB2的優(yōu)化器實(shí)際上是一個(gè)標(biāo)準(zhǔn)規(guī)則集合,一般來說我們只要告訴DB2要檢索什么,而不是如何檢索。

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

            DB2的優(yōu)化器是基于成本的優(yōu)化器,也就是CBO(Cost Based Optmizer)。也就是說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 語句。

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

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

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

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

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

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

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

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

            Index--包括是否存在索引、索引的組織(葉子頁的數(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ù)庫對(duì)象的狀態(tài)信息,這對(duì)數(shù)據(jù)庫使用合理的ACCESS PLAN是至關(guān)重要的。一般來說,以下幾種情況下面,我們需要用runstats來收集統(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ā)生了比較大的變化,一般來說,大約表里面的數(shù)據(jù)量的10%-20%發(fā)生了變化,就應(yīng)該作一次runstats。這些變化包括刪除,修改,插入。對(duì)于一些非常大的表,比方在數(shù)據(jù)倉庫的項(xiàng)目里面,某些事實(shí)表非常巨大。這個(gè)時(shí)候,完整的對(duì)一個(gè)大表作runstats可能花費(fèi)時(shí)間相當(dāng)大,DB2 8.1里面支持我們對(duì)這些大表作抽樣,比方說只對(duì)20%的數(shù)據(jù)作runstats,這樣的話,一般來說也能保證得到正確的執(zhí)行計(jì)劃。當(dāng)然首先要確保這個(gè)表里面的數(shù)據(jù)最好分布比較均勻。
            久久精品无码一区二区三区日韩| 国内高清久久久久久| 99久久夜色精品国产网站| 99久久亚洲综合精品成人| 国产精品福利一区二区久久| 无码专区久久综合久中文字幕| 伊人久久大香线蕉综合热线| 久久激情五月丁香伊人| 精品久久久久久无码中文字幕| 久久精品国产一区二区| 国内精品久久久久久久影视麻豆| 国产日韩久久免费影院| 久久久久久久久久免免费精品| 亚洲午夜无码久久久久小说| 亚洲精品国产第一综合99久久| 久久91精品国产91| 午夜精品久久久久久久久| 亚洲va久久久噜噜噜久久天堂 | 国产精品熟女福利久久AV| 国产精品久久久久乳精品爆| 久久久久人妻精品一区三寸蜜桃| 亚洲日本va午夜中文字幕久久 | 亚洲国产天堂久久久久久| 人人妻久久人人澡人人爽人人精品| 一本色道久久88—综合亚洲精品| 天天躁日日躁狠狠久久| 麻豆精品久久精品色综合| 久久久久亚洲精品中文字幕| 伊人久久大香线蕉亚洲五月天| 久久精品国产色蜜蜜麻豆| 久久精品无码免费不卡| 久久午夜夜伦鲁鲁片免费无码影视| 热re99久久6国产精品免费| 国产精品久久久久天天影视| 久久亚洲精品无码观看不卡| 99久久国产综合精品女同图片| 国产V综合V亚洲欧美久久| 久久综合九色综合久99| 久久国产欧美日韩精品| 日韩精品无码久久一区二区三| 国内精品久久久久影院日本|