ORACLE分割槽表設定，我想問以下幾個問題

沒有比這更重要的東西了，有乙個無效分割槽可以儲存與設定條件不匹配的資料。

1.第乙個問題：效率的提高取決於你訪問表的方式，比如你經常要刪除和截斷某個分割槽範圍的資料，這個時候分割槽會大大提高你的效率，但要注意索引的影響，分割槽表的索引分為全域性索引和區域性索引， 執行上述操作後，全域性索引將無效，需要重新構建或新增更新索引子句來保證索引的有效性，本地索引不受此限制。一般來說，當查詢和關聯並且只訪問某個分割槽時，本地索引的效率高於全域性索引，如果查詢和關聯的範圍是多個分割槽，那麼全域性索引的效率高於本地索引。5 個分割槽和 50 個分割槽的區別取決於您的業務需求和對執行效率的綜合考慮。 如果查詢往往只有一條或多條記錄，並且一般集中在同乙個分割槽中，那麼分割槽越小，效率越高，當然，這些效率在資料倉儲層面的影響有限，往往線上事務處理的資料庫應用可以累積比較大的效率提公升。

第二個問題是關於備份分割槽表也可以用 exp、expdp、rman 等來備份，exp 和 expdp 也支援備份分割槽表的乙個分割槽，這樣比較方便。

1）大表分割槽效率能提高多少？

根據您的索引，它是全域性索引（跨分割槽）還是本地索引（局內的索引）。

如果查詢只使用本地索引，那麼效率仍然可以提高。

如果您使用的是全域性索引，則如果處理不當，可能會降級。

2）如果使用分割槽，備份資料與之前的匯出方式有區別嗎？

這種分割槽通常是使用表空間檔案的分割槽。

例如，按時間分割槽。 目前的圖書館只能儲存 5 年的資料。 當第 6 年到來時，管理員手動使最舊的年份的分割槽離線，並建立乙個新的分割槽。

對於特定的備份，尚不清楚您是 RMAN 備份還是什麼。

它不應該有太大的不同。

Oracle 10G 的組合分割槽僅支援 range-list，並且似乎能夠 range-range。 如果 id 不多，可以使用 range-list。 合併分割槽有時會導致資料字典異常大 – 資料庫具有大量子分割槽元資料，可以在沒有子分割槽的情況下使用。

如果錶太大，可以考慮對資料庫和表進行分片，如果不是特別大，則進行分割槽+分割槽索引。 如果只需要對幾個表進行分割槽，請考慮一下。

如果查詢條件包含分割槽鍵，資料庫會自動按分割槽搜尋資料，也可以在查詢表名中新增 subpartition（） 直接訪問子分割槽資料。