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

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

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

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

            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ù)庫的前十行記錄。當然你也可能會覺得用一個很簡單的查詢就可以做到,何必這么麻煩呢?比如:

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

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

             

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

            posted on 2010-01-27 08:20 望見 閱讀(2357) 評論(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ù)  更多評論   


            只有注冊用戶登錄后才能發(fā)表評論。
            網(wǎng)站導(dǎo)航: 博客園   IT新聞   BlogJava   博問   Chat2DB   管理


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

            導(dǎo)航

            統(tǒng)計

            留言簿(1)

            隨筆分類(4)

            隨筆檔案(4)

            文章分類(2)

            文章檔案(2)

            最新評論

            閱讀排行榜

            評論排行榜

            久久99国内精品自在现线| 精品久久久久久无码国产| 国产69精品久久久久9999APGF| 久久精品国产99国产精品导航 | 伊人久久精品无码av一区| 色婷婷综合久久久久中文 | A级毛片无码久久精品免费| 7777精品久久久大香线蕉| 国内精品久久久久影院日本| 久久久久久国产精品免费免费 | 伊人久久大香线蕉影院95| 久久久久久久久66精品片| 91久久精一区二区三区大全| 伊人久久成人成综合网222| 亚洲精品乱码久久久久久蜜桃不卡 | 久久九九免费高清视频| 久久综合给久久狠狠97色| 思思久久99热免费精品6| 久久天堂电影网| 亚洲中文久久精品无码| 欧美精品九九99久久在观看| 久久久久香蕉视频| 亚洲嫩草影院久久精品| 精品久久久久中文字幕日本| 精品国产乱码久久久久久呢| 日本加勒比久久精品| 久久久久婷婷| 久久久久亚洲精品中文字幕| 日本精品久久久久中文字幕8 | 久久影院综合精品| 久久久久高潮综合影院| 久久久久亚洲AV成人网人人网站 | 亚洲乱码精品久久久久..| 久久综合色老色| 色综合久久天天综线观看| 亚洲欧美成人久久综合中文网| 久久露脸国产精品| 久久久久亚洲精品无码网址| 日韩久久久久中文字幕人妻| 久久久久久久免费视频| 久久国产色AV免费看|