我的數據庫是：mysql
一張表的數據上了千萬行，而且每天都以10幾萬行在增張。
目前需要解決的問題，我的頁面在做幾個字段的查詢的時候顯示出來居慢，我用的是java，沒用
什么框架，直接JDBC查詢。
大家有什么好方法沒？
我目前想這樣搞下：寫個存儲過程，JAVA調存儲過程返回的數據集（集合），應該快的多，
但是mysql可以返回來數據集嗎，java代碼怎么得到？又不太好搞？
這樣的問題大家應該碰到過，有經驗的朋友們請告訴下，謝謝大家？
問題補充：
我的SQL語句里面用了日期函數判斷，在日期上建立索引，會失效嗎？
比如：......where ((TRUNC(IMMS_REPORT_REALSEND.DATCREATE) >= TRUNC(sysdate))
采納的答案
2008-12-15 binlinux (初級程序員)
最好是拆分表，將歷史數據移走
提問者對于答案的評價：
我就這樣做算了.
其他回答
可以拆分表~
czx566 (初級程序員) 2008-12-11
一次取超過1W行的數據，估計是用INDEX的效果也好不到哪兒去。
sdh5724 (資深程序員) 2008-12-11
如果你不要一次看全部數據的話，可以做個類似分頁的東西，這樣結果集的數據不會一次全部返回，每次返回的只是你設定的一頁要顯示的數據條數。
enetor (初級程序員) 2008-12-11
建議對在數據庫設計上做些文章。
比如可以考慮對表進行“橫向分割”或“縱向分割”。
可以把你的表結構和業務拿出來討論下。
pangyi (初級程序員) 2008-12-11
建立索引是唯一辦法
墓里活人 (資深程序員) 2008-12-11
樓主是MYSQL！
千萬級別的數據量對mysql就是一個嚴峻的考驗！
不推薦索引！
還是推薦分表！
czx566 (初級程序員) 2008-12-11
mysql有函數索引么。。。。。
1000W數據， 目前的機器輕松應付的。
１。 IMMS_REPORT_REALSEND.DATCREATE 現建立索引
２。 TRUNC這么用不對的， 你可以先計算一個 sysdate 當天００：００：００的時間，然后再比較， 這樣就對了。
sdh5724 (資深程序員) 2008-12-11
to 墓里活人:
從戰術上來說，建立索引是個不錯的辦法。
從戰略上來說，數據分割是明智之舉。
pangyi (初級程序員) 2008-12-11
現在我也遇到了這樣的問題，用得方法就是分表，按天日期來分表，每天一張表。不過這樣查詢就有點問題了，正在想辦法解決.........
qiaoakai (初級程序員) 2008-12-11
引用
現在我也遇到了這樣的問題，用得方法就是分表，按天日期來分表，每天一張表。不過這樣查詢就有點問題了，正在想辦法解決.........
不建議采用時間來分表，一天一張表，維護程序比較復雜。
建議從業務上做劃分。以電廠的運行數據為例。電廠運行時，有很多測點。測點的數據是以秒為單位產生的。若將這些數據都放到一張表中，一年下來至少有上億條數據。電廠一般至少有20000多個測點。但若給每個測點建立一張數據表，則數據量會分解到20000多張表中，每張表里的數據一年下來也就數十萬而已。從應用的角度，也可以很好的對數據進行分析和管理。
pangyi (初級程序員) 2008-12-12
用日期函數的時候不會用到索引
waterdh (中級程序員) 2008-12-12
建議分割表
queue19 (初級程序員) 2008-12-12
可以每天晚上對數據進行合并,匯總到另外一張或幾張表中,比如日表,月表.
大力水手 (初級程序員) 2008-12-12
TOBAO也是用MYSQL的 先看看業務允許分表不，如果不允許 那么建議你把時間判斷的給去掉 你取的記錄應該不多，如果多就分次取，在內存里面進行判斷 這樣可能會快點。不要讓INDEX失效。
fjlyxx (中級程序員) 2008-12-13
根據查詢條件加index..