數(shù)據(jù)庫水平切分中分頁查詢的問題是本文要介紹的主要內(nèi)容。接下來我們通過一個例子來說明：昨天淘寶的同事問了我一個技術(shù)培訓(xùn)上講師問的問題：我們對數(shù)據(jù)庫關(guān)于商品的表放在了2個庫，分別是A庫和B庫 ，每個庫1張表，然后將id為奇數(shù)的放到A庫中，id為偶數(shù)的放到B庫中，現(xiàn)在需要查詢價格在100-200之間的商品，并根據(jù)銷量來排序，請給出具體的查詢方案，然后總結(jié)這個方案有什么缺點。

1.保證查詢結(jié)果正確性的方式：

比如查詢第1-20條記錄的時候，就得在A庫中執(zhí)行

select*  
 
fromxxx  
 
wherexxx.price>=100and  
 
xxx.price<=200  
 
orderbyxxx.sales_volume  
 
limit0,20 

然后B庫也同樣執(zhí)行這樣的SQL，***在程序中將2個數(shù)據(jù)庫返回的結(jié)果作一次合并，再取前20條返回給用戶

但是這樣就帶來一個問題，你是不知道到底前20的數(shù)據(jù)是怎么分布的，是10條在A庫，10條在B庫，還是15條在A庫，5條在B庫，當(dāng)用戶翻到第二頁的時候，就得在A庫中查詢前40條記錄，B庫中也查詢前40條記錄出來了...越是后面的頁數(shù)，需要查詢的量就越大（PS：當(dāng)然你可以忽悠自己說絕大部分用戶最多就看前3頁的結(jié)果）

2.保證性能的方式：

這個就隨意得多了，為了保證性能，正確性是不太可能保證的，可以每次在A庫查10條，B庫查10條，然后直接返回，結(jié)果肯定和實際的結(jié)果有出入，但相差不至太多，不是每個用戶都會發(fā)現(xiàn)第2頁的商品可能出現(xiàn)銷量比第1頁的商品銷量還要大的情況。

以上兩種方法都各有優(yōu)缺點，但***的結(jié)果可能都不是我們想要的，可是問題出在哪？貌似只有這2種方法了。

其實這里涉及到的是應(yīng)該如何去分庫的問題，如果結(jié)果是按id排序的話，這樣分庫顯然是沒問題的，但如果是按銷量排序的話，那數(shù)據(jù)庫分庫的時候其實應(yīng)該按銷量來切分，比如銷量在100以內(nèi)的放到A庫，銷量在100-1000的放到B庫，這樣查詢起來就輕松多了，最關(guān)鍵的就是要知道，我們分庫的規(guī)則應(yīng)該怎么去設(shè)定。

關(guān)于數(shù)據(jù)庫水平切分中分頁查詢的問題的解決方案就介紹到這里了，希望本次的介紹能夠?qū)δ兴鶐椭?/p>

【編輯推薦】

1. 關(guān)于Oracle數(shù)據(jù)庫閃回個性的詳細介紹
2. Oracle數(shù)據(jù)庫對DDL語句和DML語句的事務(wù)管理
3. Oracle數(shù)據(jù)庫啟動參數(shù)文件及相關(guān)SQL語句簡介
4. Oracle數(shù)據(jù)庫的幾種文件及表空間數(shù)據(jù)塊的知識簡介
5. Oracle數(shù)據(jù)庫查詢登錄用戶名所屬表空間及其使用情況