建站
咨詢
售后
建站咨詢
新聞中心
以下的文章主要向大家講述的是DB2 常見問題解答大匯總，以下的文章將會給你相應(yīng)的解決方案，如果你對DB2 常見問題解答，心存好奇的話，以下的文章將會揭開它的神秘面紗。在我的上一個專欄的示例 4 中（“ The Mystery of DB2 Sorts ”，見參考資料）。
創(chuàng)新互聯(lián)公司長期為上1000家客戶提供的網(wǎng)站建設(shè)服務(wù)，團(tuán)隊從業(yè)經(jīng)驗10年，關(guān)注不同地域、不同群體，并針對不同對象提供差異化的產(chǎn)品和服務(wù)；打造開放共贏平臺，與合作伙伴共同營造健康的互聯(lián)網(wǎng)生態(tài)環(huán)境。為安陽企業(yè)提供專業(yè)的網(wǎng)站建設(shè)、成都網(wǎng)站建設(shè)，安陽網(wǎng)站改版等技術(shù)服務(wù)。擁有10余年豐富建站經(jīng)驗和眾多成功案例,為您定制開發(fā)。
我討論了如何在下面的 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)的 “第三個索引” 和一個新點子，但后來我改變了主意，并對索引進(jìn)行更改。然后我重復(fù)輸入了一個已有段落，不小心忘記刪除***兩個句子（上面用斜體標(biāo)出的句子）。
那么，我想實現(xià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 常見問題解答匯集的介紹，望你能有所收獲。
上述的相關(guān)內(nèi)容就是對DB2 常見問題解答匯集的描述，希望會給你帶來一些幫助在此方面。
名稱欄目：DB2常見問題解答大匯總不得不看！
文章轉(zhuǎn)載：http://www.dlmjj.cn/article/cdocscd.html
