• <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è)計上做些文章。

            比如可以考慮對表進(jìn)行橫向分割縱向分割

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

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

            建立索引是唯一辦法

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

            樓主是MYSQL

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



            還是推薦分表!

            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)在我也遇到了這樣的問題,用得方法就是分表,按天日期來分表,每天一張表。不過這樣查詢就有點問題了,正在想辦法解決.........



            不建議采用時間來分表,一天一張表,維護(hù)程序比較復(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ù)進(jìn)行分析和管理。

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

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

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

            建議分割表

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

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

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

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

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

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

             

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

            久久久久久国产a免费观看不卡| 久久亚洲精品成人无码网站| 午夜不卡888久久| 国产真实乱对白精彩久久| 亚洲欧美日韩中文久久| 久久99精品国产麻豆蜜芽| 99久久99久久精品免费看蜜桃| 亚洲国产精品嫩草影院久久| 嫩草影院久久99| 偷窥少妇久久久久久久久| 国产日韩久久免费影院| 久久99久久99精品免视看动漫| 欧美久久一区二区三区| 久久久青草久久久青草| 狠狠色丁香久久综合五月| 无码AV波多野结衣久久| 久久婷婷人人澡人人| 亚洲国产成人精品女人久久久| 久久99国产精品久久99| 97精品国产97久久久久久免费| 久久综合狠狠综合久久97色| 亚洲国产精品婷婷久久| 久久综合九色综合97_久久久| 久久久亚洲裙底偷窥综合| 中文字幕精品无码久久久久久3D日动漫| 久久综合给久久狠狠97色| 亚洲熟妇无码另类久久久 | 91精品国产综合久久精品| 久久综合狠狠综合久久综合88 | 色婷婷综合久久久久中文一区二区 | 日本久久久久久久久久| 色99久久久久高潮综合影院| 国产精品亚洲综合专区片高清久久久 | 草草久久久无码国产专区| 老司机国内精品久久久久| 青青青国产成人久久111网站| 狠狠色婷婷综合天天久久丁香| 成人国内精品久久久久影院| 色综合合久久天天综合绕视看 | 色欲综合久久躁天天躁蜜桃| 国产亚洲精品久久久久秋霞|