建站
咨詢
售后
建站咨詢
新聞中心
此文章主要向大家講述的是DB2 常見問題解答匯總，如果你對DB2 常見問題解答有興趣的話，你就可以對以下的文章點(diǎn)擊觀看了，以下就是具體方案的描述，希望在你今后的學(xué)習(xí)中會有所幫助。
創(chuàng)新互聯(lián)建站是一家專業(yè)提供陽朔企業(yè)網(wǎng)站建設(shè),專注與網(wǎng)站制作、成都做網(wǎng)站、HTML5、小程序制作等業(yè)務(wù)。10年已為陽朔眾多企業(yè)、政府機(jī)構(gòu)等服務(wù)。創(chuàng)新互聯(lián)專業(yè)網(wǎng)站建設(shè)公司優(yōu)惠進(jìn)行中。
問題 1：SORT 的奧秘
在我的上一個專欄的示例 4 中（“ The Mystery of DB2 Sorts ”，見參考資料），我討論了如何在下面的 SQL 語句中使用索引：
- Select workdept, lastname, jobcode from employee_master
- Where workdept in ('A01', 'B22', 'B46') and lastname >= :hvlastname
- Order by lastname
文章中寫道：
使用第三個索引 [on jobcode, workdept, lastname] 時，DB2 不能匹配任意一個謂詞，但它能夠通過篩選（而不是匹配）lastname 和 workdept 對索引數(shù)據(jù)應(yīng)用謂詞。對于符合條件的每個索引行，DB2 可以從該索引本身獲取這三個選擇的列，從而避免對表進(jìn)行讀操作。因為索引的***列為 lastname，所以數(shù)據(jù)應(yīng)該按 lastname 排序。這里不需要使用 SORT 。
接下來您問道，第三個索引的***列不是 lastname 。為什么不使用數(shù)據(jù)排序就能以 lastname 順序返回呢？這就是秘密所在之處。
至少有 200 位讀者向我反映了這個問題。對我而言，這既是好消息又是壞消息。好消息是很多讀者閱讀我的專欄，并且讀得非常仔細(xì)。壞消息是在收到***一封電子郵件時，我感到非常難堪。
事情是這樣的。我開始時使用一個完全不同的虛構(gòu)的 “第三個索引” 和一個新點(diǎn)子，但后來我改變了主意，并對索引進(jìn)行更改。然后我重復(fù)輸入了一個已有段落，不小心忘記刪除***兩個句子（上面用斜體標(biāo)出的句子）。
那么，我想實(shí)現(xiàn)的新點(diǎn)子是什么呢？它就是：當(dāng) DB2 選擇的訪問路徑僅為索引時，DB2 將忽略該索引的 CLUSTERRATIO 。對于純索引訪問，DB2 不會關(guān)心索引順序和表順序之間的關(guān)系。 DB2 永遠(yuǎn)不會以列表預(yù)取的方式使用索引。為什么？沒有必要執(zhí)行 RID SORT 使對表的讀操作更加有序，因為不會讀取這個表。
在這個例子中，DB2 常見問題將執(zhí)行完整的索引空間掃描，使用有序預(yù)取讀取每個單個的索引行，將這兩個謂詞應(yīng)用到每個行，并且對于符合條件的行，將從索引數(shù)據(jù)中獲取所有三個列。數(shù)據(jù)將不是按照 lastname 進(jìn)行排序。因此，DB2 必須執(zhí)行 SORT 來滿足 ORDER BY 子句。
現(xiàn)在，我終于算是彌補(bǔ)了自己的過失。
上述的相關(guān)內(nèi)容就是對DB2 常見問題解答匯集的描述，希望會給你帶來一些幫助在此方面。
【編輯推薦】
- DB2數(shù)據(jù)庫雙機(jī)的正確安裝流程描述
- DB2數(shù)據(jù)庫編譯中那兩個問題會困擾你？
- JDBC連接DB2數(shù)據(jù)庫的“捷徑”
- IBM DB2 Catalog如何正確應(yīng)用？
- DB2連接端口不能啟動這一問題的殲滅
當(dāng)前題目：DB2 常見問題解答大匯總
本文來源：http://fisionsoft.com.cn/article/dhscgoo.html
