歷史資料做歸檔，有用的資料可以提取

當年的資料可以放到實時庫中

歷史資料放到歷史庫中分割槽儲存

對於資料可以參照下面幾點

1、最佳化SQL語句，SQL語句對查詢速度影響最大

2、對於經常查詢的欄位作索引。但是這樣會增加修改時的壓力

4、最佳化SQLServer，比如給其分配固定的記憶體，預先分配查詢記憶體，調整CPU使用率等。

5、最佳化硬體資源，比如使用更高的伺服器或者硬碟，獨立安排資料庫的資料檔案和索引檔案，將資料檔案分佈於不同的物理硬碟上等等

6、考慮使用分佈資料庫或者對大表進行拆分

另外，2G的資料庫應該不算很大了，我處理過80G的資料庫，32000萬條記錄，查詢速度可以被接受。

先分類是實時呼叫的資料就很龐大

還是因為時間長而積累的歷史的資料多

實時資料龐大（例如大型商場的一天流水）資料量本身就很大

基本上是加強硬體環境，當天歸檔做好災備

如果是歷史資料量積累的大的，定時歸檔