• <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ù), 目前的機(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 肥仔 閱讀(380) 評論(0)  編輯 收藏 引用 所屬分類: 數(shù)據(jù)庫

            久久久无码精品亚洲日韩软件| 国内精品久久久久久不卡影院| 亚洲国产一成人久久精品| 国产亚洲美女精品久久久2020| www.久久热| 亚洲欧美成人久久综合中文网 | 日韩中文久久| 97久久超碰成人精品网站| 亚洲人成无码www久久久| 2021久久精品国产99国产精品| 久久精品无码免费不卡| 狠狠狠色丁香婷婷综合久久俺| 国产精品久久久久久久app| 岛国搬运www久久| 久久国产精品成人片免费| 日本加勒比久久精品| 国产激情久久久久影院| 国产精品一区二区久久国产| 久久亚洲精品无码aⅴ大香| 精品多毛少妇人妻AV免费久久| 精品久久久久久久久午夜福利| 色综合久久中文字幕无码| 亚洲&#228;v永久无码精品天堂久久 | 久久精品嫩草影院| 无遮挡粉嫩小泬久久久久久久| 亚洲欧洲精品成人久久奇米网| 久久精品国产国产精品四凭| 香港aa三级久久三级| 亚洲国产精品久久久久婷婷软件| 粉嫩小泬无遮挡久久久久久| 久久国产乱子伦免费精品| 潮喷大喷水系列无码久久精品| 日韩精品久久无码中文字幕| 亚洲精品tv久久久久久久久| 无码AV波多野结衣久久| 伊人久久久AV老熟妇色| 亚洲中文久久精品无码| 久久狠狠高潮亚洲精品| 国产成人综合久久久久久| 色偷偷91久久综合噜噜噜噜| 久久精品日日躁夜夜躁欧美|