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

            woaidongmao

            文章均收錄自他人博客,但不喜標(biāo)題前加-[轉(zhuǎn)貼],因其丑陋,見諒!~
            隨筆 - 1469, 文章 - 0, 評論 - 661, 引用 - 0
            數(shù)據(jù)加載中……

            java幾千萬行數(shù)據(jù)做查詢的時候?

            我的數(shù)據(jù)庫是:mysql
            一張表的數(shù)據(jù)上了千萬行,而且每天都以10幾萬行在增張。

            目前需要解決的問題,我的頁面在做幾個字段的查詢的時候顯示出來居慢,我用的是java,沒用
            什么框架,直接JDBC查詢。

            大家有什么好方法沒?
            我目前想這樣搞下:寫個存儲過程,JAVA調(diào)存儲過程返回的數(shù)據(jù)集(集合),應(yīng)該快的多,
            但是mysql可以返回來數(shù)據(jù)集嗎,java代碼怎么得到?又不太好搞?


            這樣的問題大家應(yīng)該碰到過,有經(jīng)驗的朋友們請告訴下,謝謝大家?
            問題補充:
            我的SQL語句里面用了日期函數(shù)判斷,在日期上建立索引,會失效嗎?
            比如:......where ((TRUNC(IMMS_REPORT_REALSEND.DATCREATE) >= TRUNC(sysdate))

            采納的答案

            2008-12-15 binlinux (初級程序員)

            最好是拆分表,將歷史數(shù)據(jù)移走


            提問者對于答案的評價:
            我就這樣做算了.

            其他回答

            可以拆分表~

            czx566 (初級程序員) 2008-12-11

            一次取超過1W行的數(shù)據(jù),估計是用INDEX的效果也好不到哪兒去。

            sdh5724 (資深程序員) 2008-12-11

            如果你不要一次看全部數(shù)據(jù)的話,可以做個類似分頁的東西,這樣結(jié)果集的數(shù)據(jù)不會一次全部返回,每次返回的只是你設(shè)定的一頁要顯示的數(shù)據(jù)條數(shù)。

            enetor (初級程序員) 2008-12-11


            建議對在數(shù)據(jù)庫設(shè)計上做些文章。

            比如可以考慮對表進行橫向分割縱向分割

            可以把你的表結(jié)構(gòu)和業(yè)務(wù)拿出來討論下。

            pangyi (初級程序員) 2008-12-11

            建立索引是唯一辦法

            墓里活人 (資深程序員) 2008-12-11

            樓主是MYSQL

            千萬級別的數(shù)據(jù)量對mysql就是一個嚴峻的考驗!
            不推薦索引!



            還是推薦分表!

            czx566 (初級程序員) 2008-12-11

            mysql有函數(shù)索引么。。。。。
            1000W
            數(shù)據(jù), 目前的機器輕松應(yīng)付的。
            1。 IMMS_REPORT_REALSEND.DATCREATE 現(xiàn)建立索引
            2。 TRUNC這么用不對的, 你可以先計算一個 sysdate 當(dāng)天00:00:00的時間,然后再比較, 這樣就對了。

             

            sdh5724 (資深程序員) 2008-12-11

            to 墓里活人:

              
            從戰(zhàn)術(shù)上來說,建立索引是個不錯的辦法。

               
            從戰(zhàn)略上來說,數(shù)據(jù)分割是明智之舉。

            pangyi (初級程序員) 2008-12-11

            現(xiàn)在我也遇到了這樣的問題,用得方法就是分表,按天日期來分表,每天一張表。不過這樣查詢就有點問題了,正在想辦法解決.........

            qiaoakai (初級程序員) 2008-12-11

            引用

            現(xiàn)在我也遇到了這樣的問題,用得方法就是分表,按天日期來分表,每天一張表。不過這樣查詢就有點問題了,正在想辦法解決.........



            不建議采用時間來分表,一天一張表,維護程序比較復(fù)雜。

            建議從業(yè)務(wù)上做劃分。以電廠的運行數(shù)據(jù)為例。電廠運行時,有很多測點。測點的數(shù)據(jù)是以秒為單位產(chǎn)生的。若將這些數(shù)據(jù)都放到一張表中,一年下來至少有上億條數(shù)據(jù)。電廠一般至少有20000多個測點。但若給每個測點建立一張數(shù)據(jù)表,則數(shù)據(jù)量會分解到20000多張表中,每張表里的數(shù)據(jù)一年下來也就數(shù)十萬而已。從應(yīng)用的角度,也可以很好的對數(shù)據(jù)進行分析和管理。

            pangyi (初級程序員) 2008-12-12

            用日期函數(shù)的時候不會用到索引

            waterdh (中級程序員) 2008-12-12

            建議分割表

            queue19 (初級程序員) 2008-12-12

            可以每天晚上對數(shù)據(jù)進行合并,匯總到另外一張或幾張表中,比如日表,月表.

            大力水手 (初級程序員) 2008-12-12

            TOBAO也是用MYSQL   先看看業(yè)務(wù)允許分表不,如果不允許 那么建議你把時間判斷的給去掉  你取的記錄應(yīng)該不多,如果多就分次取,在內(nèi)存里面進行判斷 這樣可能會快點。不要讓INDEX失效。

            fjlyxx (中級程序員) 2008-12-13

            根據(jù)查詢條件加index..

             

            posted on 2009-06-09 13:27 肥仔 閱讀(377) 評論(0)  編輯 收藏 引用 所屬分類: 數(shù)據(jù)庫

            国产福利电影一区二区三区,免费久久久久久久精| 久久精品国产99国产精偷| 久久久久久久久无码精品亚洲日韩| 欧美精品丝袜久久久中文字幕 | 免费精品99久久国产综合精品| 亚洲国产日韩综合久久精品| 久久久久国产成人精品亚洲午夜| 97久久精品无码一区二区| 久久天天躁狠狠躁夜夜96流白浆 | 久久国产精品99精品国产| 久久国产色av免费看| 久久久久久国产精品无码下载| 久久中文字幕精品| 精品国产乱码久久久久软件| 久久无码人妻一区二区三区| 精品久久久久久无码中文字幕一区 | 77777亚洲午夜久久多喷| 99久久免费国产精精品| 久久久九九有精品国产| 国产—久久香蕉国产线看观看| 久久强奷乱码老熟女网站| 久久妇女高潮几次MBA| 久久精品国产亚洲AV无码麻豆 | 性高湖久久久久久久久AAAAA| 亚洲国产天堂久久综合| 亚洲精品无码久久一线| 97久久精品国产精品青草| 久久精品国产69国产精品亚洲| 91精品久久久久久无码| 热RE99久久精品国产66热| 2021国产精品久久精品| AV色综合久久天堂AV色综合在| 国产L精品国产亚洲区久久| 久久se精品一区二区影院 | 91超碰碰碰碰久久久久久综合| 久久久久人妻一区精品| 热re99久久6国产精品免费| 国产农村妇女毛片精品久久| 噜噜噜色噜噜噜久久| 9191精品国产免费久久| 欧美亚洲色综久久精品国产|