• <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>

            SQL語句實現真分頁查找

                     SQL如何返回指定條數的記錄?即如何實現真分頁查詢。而不是把查詢到的所有查詢結果放在結果集或collection中。在面對大量結果換回時,這種方式顯得十分消耗資源。而且效率很低。 

               通過動態的SQL查詢可以實現從數據庫返回指定條數的記錄。前提是數據庫列必須存在 AUTO_INCREMENT 。據說DATE列也可以實現,但應該沒有AUTO_INCREMENT時間簡單。

               要實現指定列數的返回,必須從SQL相關子查詢開始。

               看下SQL語句:

                  SELECT SNO,CNO FROM SC x WHERE Grade >= (SELECT AVG(Grade) FROM SC y WHERE y.SNO = x.SNO);

            這就是相關子查詢的一個例子。

             

            先了解相關概念: x SC的別名,這倒不用說。但在此時它有成為元組變量,可以用來表示SC的一個元組。

             

            現在分析它的執行過程:

            1.       從外層查詢取出SC的一個元組(此時X就代表一個實例元組,即此時x表數據庫的一行記錄),然后將x.SNO的值傳給內層的y.SNO.

            例如:此時數據庫存在這樣一組記錄

             “200504284 c0123 89 87 65 ” (SNO,CNO,Grade)

            當掃描到這里時,x就代表著這一列,這就是元組變量的意識。按照1的操作后,查詢語句可以認為是這樣:

             SELECT SNO,CNO FROM SC x WHERE Grade >= (SELECT AVG(Grade) FROM SC y WHERE y.SNO = ‘200504284’);   //查詢成績高于他所有課程平均成績的學生的學號,課程號

                    就演變成一個簡單的嵌套查詢了。

            2.       執行內層查詢,用該值替代內層查詢,得到外層查詢。

            3.       執行外層查詢,得到結果。

                                                                                                                    

            理解了相關子查詢,真分頁查詢就容易了理解了,你想到了嗎?

             

             對,就是利用AUTO_INCREMENT列。(假設定義id int AUTO_INCREMENT

            實現取出第110條記錄

             SELECT * FROM TABLE_NAME T1 WHERE ( SELECT COUNT(*) FROM TABLE_NAME T2 WHERE T2.id < T1.Id ) >= ‘0’ AND (SELECT COUNT(*)   FROM TABLE_NAME T2 WHERE   T2.id <T1.id ) <’ 10’ ;

             

            這樣就可以返回數據庫的前十行記錄。當然你也可能會覺得用一個很簡單的查詢就可以做到,何必這么麻煩呢?比如:

            SELECT * FROM TABLE_NAME WHERE ID BETWEEN ‘1’ AND ‘10’ ;同樣可以做到。

            但請注意,當你不采用AUTO_INCREMENT列或你的AUTO_INCREMENT不連續(比如刪除了其中的ID = 5,ID = 6的記錄,那么此時返回的記錄就只有8條了。采用DATE比較的方式或者數據沒有太多規律(但可比較)的情況下,這個查詢就顯得力不從心了。

             

            自己可以動手做的檢驗一遍。該SQL效率未經檢驗,希望大家提出意見。

            posted on 2010-01-27 08:20 望見 閱讀(2349) 評論(2)  編輯 收藏 引用 所屬分類: SQL

            評論

            # re: SQL語句實現真分頁查找 2010-01-27 10:53 路過

            如果數據量很大的時候,這樣寫可能會讓查詢速度明顯下降吧?不如以空間換時間,數據集放在服務器上,每次fetch回來一頁。只是推測,最好還是親自比較一下  回復  更多評論   

            # re: SQL語句實現真分頁查找[未登錄] 2010-01-27 11:03

            學習了  回復  更多評論   

            <2010年1月>
            272829303112
            3456789
            10111213141516
            17181920212223
            24252627282930
            31123456

            導航

            統計

            留言簿(1)

            隨筆分類(4)

            隨筆檔案(4)

            文章分類(2)

            文章檔案(2)

            最新評論

            閱讀排行榜

            評論排行榜

            久久婷婷色综合一区二区| 国产精品福利一区二区久久| 久久青青草原精品国产软件 | 国产亚洲精久久久久久无码77777| 亚洲人成网站999久久久综合| 久久综合给久久狠狠97色| 97r久久精品国产99国产精| 久久久精品人妻无码专区不卡| 国产99久久久国产精品小说| 亚洲国产精品久久66| 久久天天躁夜夜躁狠狠躁2022| 国产精品久久精品| 欧美激情一区二区久久久| 久久精品国产亚洲网站| 怡红院日本一道日本久久| 一本久久综合亚洲鲁鲁五月天亚洲欧美一区二区 | MM131亚洲国产美女久久| 久久午夜无码鲁丝片午夜精品| 日产精品久久久久久久性色| 久久九色综合九色99伊人| 久久亚洲欧美国产精品| 婷婷久久综合九色综合绿巨人 | 97久久精品无码一区二区天美| 色99久久久久高潮综合影院| AV色综合久久天堂AV色综合在 | 亚州日韩精品专区久久久| 香蕉久久一区二区不卡无毒影院| 午夜天堂av天堂久久久| 欧美精品福利视频一区二区三区久久久精品 | 色综合久久久久无码专区 | 久久久一本精品99久久精品88| 伊人久久五月天| 久久亚洲高清综合| 国产精品美女久久久久AV福利| 91精品国产综合久久久久久| 亚洲中文久久精品无码ww16| 久久久精品国产免大香伊| 精品久久久久久无码不卡| 伊人久久大香线蕉综合网站| 亚洲国产一成久久精品国产成人综合| 久久久久久久久久久免费精品|