1、索引優化和SQL語句優化是必須的，避免模糊查詢和非索引查詢，刪改操作根據聚集索引進行，刪改操作太頻繁的話還是需要考慮分表

2、看需求，如果需求不限制，那就分表

分區會增加管理復雜度和成本這個很難理解，分區增加不了多少工作，如果需求要求必須單表，分區是解決在千萬到幾億數據量的比較合適的方法

可能更大數據量還是要回到分的路上，但是可能更多考慮分布式

3、我們一般都是把歷史數據定期轉存其他表（一樣的表名后加年月例如TABLE201205）歸檔~ 這樣該表本年度的查詢的壓力也小點（90%查詢量集中在本年度）,即使查詢歷史數據也不影響性能，強力推薦！

4、 （1）從結構上來說，分區很有必要，我聽過一些培訓，微軟給客戶的建議是一個表如果大小超過50M，那就建議分區了。而且分區幾乎是“一次性”的事情，不會增加什么管理成本。 （2）可以使用歸檔方式管理歷史數據。其實你的數據量不大啦，我以前做銀行系統，單表就2億多，40G的大小。 （3）優化你的語句和設計。 （4）結合你的業務去晚上結構。有時候可以考慮用空間去換時間。