• <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語句實現(xiàn)真分頁查找

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

               通過動態(tài)的SQL查詢可以實現(xiàn)從數(shù)據(jù)庫返回指定條數(shù)的記錄。前提是數(shù)據(jù)庫列必須存在 AUTO_INCREMENT 。據(jù)說DATE列也可以實現(xiàn),但應(yīng)該沒有AUTO_INCREMENT時間簡單。

               要實現(xiàn)指定列數(shù)的返回,必須從SQL相關(guān)子查詢開始。

               看下SQL語句:

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

            這就是相關(guān)子查詢的一個例子。

             

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

             

            現(xiàn)在分析它的執(zhí)行過程:

            1.       從外層查詢?nèi)〕?/span>SC的一個元組(此時X就代表一個實例元組,即此時x表數(shù)據(jù)庫的一行記錄),然后將x.SNO的值傳給內(nèi)層的y.SNO.

            例如:此時數(shù)據(jù)庫存在這樣一組記錄

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

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

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

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

            2.       執(zhí)行內(nèi)層查詢,用該值替代內(nèi)層查詢,得到外層查詢。

            3.       執(zhí)行外層查詢,得到結(jié)果。

                                                                                                                    

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

             

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

            實現(xiàn)取出第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’ ;

             

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

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

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

             

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

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

            評論

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

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

            # re: SQL語句實現(xiàn)真分頁查找[未登錄] 2010-01-27 11:03 風(fēng)

            學(xué)習(xí)了  回復(fù)  更多評論   

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

            導(dǎo)航

            統(tǒng)計

            留言簿(1)

            隨筆分類(4)

            隨筆檔案(4)

            文章分類(2)

            文章檔案(2)

            最新評論

            閱讀排行榜

            評論排行榜

            久久精品国产99久久丝袜| 久久频这里精品99香蕉久| 久久精品国产亚洲av影院| 国产精品久久精品| 国产精品热久久无码av| 亚洲国产精品狼友中文久久久| 国产精品久久新婚兰兰| 一本久久知道综合久久| 久久91精品国产91久久小草 | 久久久久亚洲AV综合波多野结衣 | 久久免费视频一区| 久久久国产精品亚洲一区| 色综合合久久天天综合绕视看 | 欧洲精品久久久av无码电影| 亚洲狠狠综合久久| 亚洲日本va中文字幕久久| 国产成人精品久久亚洲高清不卡 | 久久亚洲AV无码精品色午夜| 99久久综合国产精品二区| 人妻无码αv中文字幕久久| 久久最新免费视频| 国产高潮国产高潮久久久91| 无码AV中文字幕久久专区| 亚洲国产成人乱码精品女人久久久不卡| 久久Av无码精品人妻系列| 久久精品亚洲精品国产欧美| 欧美一区二区精品久久| 久久精品国产亚洲精品2020| 国产A三级久久精品| 国内精品久久久久影院薰衣草 | 久久久噜噜噜久久中文字幕色伊伊| 五月丁香综合激情六月久久| 久久久久99这里有精品10 | 精品久久久久久| 久久99精品久久久久久久久久| 欧美亚洲国产精品久久| 色青青草原桃花久久综合| 久久精品国产男包| 久久精品国产亚洲AV不卡| 亚洲成色www久久网站夜月| 人妻无码中文久久久久专区 |