http://www.itpub.net/thread-1942951-1-1.html

在oracle中，建立分割槽表，然後建立索引的時候有全域性索引和本地索引，
因為需要定時刪除分割槽，所以建立本地索引，可以在查詢的時候走索引，
那麼全域性索引的意義是什麼？
據說全域性索引會快，什麼樣的查詢用全域性索引
會達到快的效果？
而且全域性索引維護起來比較麻煩，刪除分割槽會讓索引失效，
失效的原因是什麼？

同時還有個問題

因為我同時也在使用mysql資料庫，在mysql資料庫裡面，好像沒有全域性索引和
本地索引的區別，按照正常的create index 不加global或者local，生成的索引，
在刪除分割槽的時候沒有失效的現象。是不是代表就是local本地索引？

麻煩各位大神為我解惑~謝謝！~！

===================================================================

那麼全域性索引的意義是什麼？
據說全域性索引會快，什麼樣的查詢用全域性索引
會達到快的效果？

如果你的查詢條件中不包含分割槽鍵，那麼用全域性索引比區域性索引快。區域性的相當於要多次查詢，每次查一個小一點的索引。

失效的原因是什麼？
因為同一個分割槽的索引條目，在全域性索引檔案中並不是在一起的，而是分散的。分割槽可以整個刪除，索引沒法把整塊資料拿掉。

mysql問題請去相應板塊。

================================================================

用一個例子來說明吧：
假設有一個訂單明細表，有訂單生成時間，訂單號，產品ID和使用者ID。且這個訂單明細表是按訂單生成時間按月分割槽的。
如果有一個需求是查詢2015年3月，某個產品被訂購的數量。那麼我們可以在訂單生成時間和產品ID列上建一個組合索引，並建成本地索引更好。因為這樣可以進行分割槽消除，只在3月資料所對應的索引中去查詢，處理的範圍小，效率高。
如果有一個需求是查詢某個使用者歷史上訂購某個產品的次數，那麼在產品ID列和使用者ID列上建立一個全域性索引更好。反之，如果在產品ID列和使用者ID列上建立一個本地索引，由於不能使用上分割槽消除，其訪問效率會低於全域性索引。而且，為了進一步提升前面全域性索引的效能，我們還可以對這個全域性索引按產品ID（產品ID的唯一值相對較少）進行分割槽，這樣，訪問這個全域性索引時會更有效率。

================================================================

現有一分割槽表，除主鍵索引外其餘索引均為分割槽索引，疑問如下：
1、現在有dba指出修改計劃將表主鍵的全域性索引修改為分割槽索引，不知道修改後能不能夠起到優化的作用？？
2、分割槽索引對主鍵中的資料一致性有沒有影響？？
3、在不影響生產庫的情況下怎樣將全域性主鍵索引修改為分割槽索引？？
  按照我的理解答的，不全對啊。謝謝
答1，分割槽表在管理上的確非常方便，在效能方面的表現也不錯。
但是就是有一點不是很理想：刪除分割槽和TRUNCATE分割槽表中資料，會造成主鍵和全域性索引的失效。如果資料表非常大，索引的重建也是需要花很長時間的。
所以：首先根據應用盡量將索引修改為分割槽索引（個別索引可能不能修改），刪除主鍵也修改為唯一分割槽索引。
經過測試表明，如果分割槽欄位選擇合理，使用分割槽索引的效率比全域性索引要高一些，而主鍵和唯一分割槽索引的效率大體相當，因此這樣的優化還是非常值得的，如果由於優化導致個別應用效率下降，也可以通過應用的調整進行優化。

答2：主鍵如果不是你選擇的分割槽欄位的話， 在分割槽表上建立的唯一索引必須包含分割槽欄位，否則會提示錯誤(ORA-14039)，這一點也需要特別注意。

答3：刪除索引，建立所以，具體sql，google
注:主鍵索引和主鍵約束的建立與刪除順序 
建立主鍵索引 --> 建立主鍵約束 
刪除主鍵約束 --> 刪除主鍵索引 


注: 
1.分割槽欄位不是主鍵的情況下,只可以建立全域性分割槽索引,不可以建立本地主鍵分割槽索引. 
只有分割槽欄位為主鍵時才可以建立本地主鍵分割槽索引. 
2.如果建立本地唯一分割槽索引,除指定索引欄位外還要加上表分割槽欄位. 
這種索引意義不大:因為這樣構成複合索引,索引改變,約束也改變了. 
3.如果建立非唯一索引則不需要表分割槽欄位. 
4.建立全域性分割槽索引後可以建立約束.  

================================================================

一般都是local 的。不然後續一維護分割槽，索引就失效了。

還得從新維護索引。

可以把分割槽建也作為主鍵。

主鍵就用全域性吧，刪除分割槽的時候加上update global indexes就可以了，執行很快的。