對分區(qū)表進(jìn)行alter-switch時(shí)遇到的錯誤
更新時(shí)間:2009年07月07日 01:57:59 作者:
將一個(gè)表的數(shù)據(jù)加入分區(qū)表中,可以通過如下步驟進(jìn)行
創(chuàng)建一個(gè)和目標(biāo)表一樣定義的表;
在表上加上constraint以確保表的數(shù)據(jù)在目標(biāo)分區(qū)里;
Alter table 源表 switch to 目標(biāo)表 partition 分區(qū)號
其中分區(qū)號可以通過$partition.partion_func( column value)獲得
這個(gè)過程比insert select要快很多,因?yàn)椴簧婕暗絠o,只需要修改元數(shù)據(jù),該邊partition的onwer而已。
但是上述過程只適用于目標(biāo)表的分區(qū)函數(shù)中目標(biāo)分區(qū)已存在的情況。比如你定義了邊界為1,2,3的分區(qū)函數(shù),那么4和5都會插入到第4個(gè)分區(qū)里。
所以我推薦使用這種提前定義好分區(qū)函數(shù)所有分區(qū)的方法,如果你要按天分區(qū),你就先定義好1000個(gè)分區(qū)。這種方法比較簡單,不需要在加入數(shù)據(jù)時(shí)進(jìn)行檢查,從而導(dǎo)致錯誤。
如果您一定要使用動態(tài)分區(qū)的話,在加入一個(gè)源表作為新的分區(qū)時(shí),需要如下操作:
首先取得新加入的分區(qū)列的值,設(shè)為X;
通過sys.Partition_range_values和sys.partition_functions找到目標(biāo)分區(qū)函數(shù)所有的邊界值;
進(jìn)行如下的檢查:
在這里分界值屬于左邊分區(qū)還是右邊分區(qū)是有區(qū)別的,我們假設(shè)屬于左邊分區(qū);
如果X存在于2步的邊界值集合中,那么恭喜你,不需做額外的操作;
如果X大于2步中最大的邊界,你不僅需要為X分裂出一個(gè)分區(qū),還要保證小于X的數(shù)據(jù)都有自己分區(qū)。
每次加入分區(qū)時(shí)檢查已有的邊界值,如果不等于其中的任何一個(gè),則以X為參數(shù)split, 并刪除目標(biāo)表中分區(qū)列和X相同的數(shù)據(jù)。
像之前描述的步驟那樣switch源表到目標(biāo)分區(qū)中。
如果在2步的時(shí)候,目標(biāo)分區(qū)已經(jīng)存在數(shù)據(jù),alter ...switch語句就會失敗,原因是目標(biāo)分區(qū)不為空。
可以理解為,switch操作是修改表的元數(shù)據(jù),用新的分配單元替換原來的分配單元。如果原來的分配單元不為空,那么這次替換就會造成一些數(shù)據(jù)的丟失,從而破壞了數(shù)據(jù)的完整性,因此是不允許的。
在表上加上constraint以確保表的數(shù)據(jù)在目標(biāo)分區(qū)里;
Alter table 源表 switch to 目標(biāo)表 partition 分區(qū)號
其中分區(qū)號可以通過$partition.partion_func( column value)獲得
這個(gè)過程比insert select要快很多,因?yàn)椴簧婕暗絠o,只需要修改元數(shù)據(jù),該邊partition的onwer而已。
但是上述過程只適用于目標(biāo)表的分區(qū)函數(shù)中目標(biāo)分區(qū)已存在的情況。比如你定義了邊界為1,2,3的分區(qū)函數(shù),那么4和5都會插入到第4個(gè)分區(qū)里。
所以我推薦使用這種提前定義好分區(qū)函數(shù)所有分區(qū)的方法,如果你要按天分區(qū),你就先定義好1000個(gè)分區(qū)。這種方法比較簡單,不需要在加入數(shù)據(jù)時(shí)進(jìn)行檢查,從而導(dǎo)致錯誤。
如果您一定要使用動態(tài)分區(qū)的話,在加入一個(gè)源表作為新的分區(qū)時(shí),需要如下操作:
首先取得新加入的分區(qū)列的值,設(shè)為X;
通過sys.Partition_range_values和sys.partition_functions找到目標(biāo)分區(qū)函數(shù)所有的邊界值;
進(jìn)行如下的檢查:
在這里分界值屬于左邊分區(qū)還是右邊分區(qū)是有區(qū)別的,我們假設(shè)屬于左邊分區(qū);
如果X存在于2步的邊界值集合中,那么恭喜你,不需做額外的操作;
如果X大于2步中最大的邊界,你不僅需要為X分裂出一個(gè)分區(qū),還要保證小于X的數(shù)據(jù)都有自己分區(qū)。
每次加入分區(qū)時(shí)檢查已有的邊界值,如果不等于其中的任何一個(gè),則以X為參數(shù)split, 并刪除目標(biāo)表中分區(qū)列和X相同的數(shù)據(jù)。
像之前描述的步驟那樣switch源表到目標(biāo)分區(qū)中。
如果在2步的時(shí)候,目標(biāo)分區(qū)已經(jīng)存在數(shù)據(jù),alter ...switch語句就會失敗,原因是目標(biāo)分區(qū)不為空。
可以理解為,switch操作是修改表的元數(shù)據(jù),用新的分配單元替換原來的分配單元。如果原來的分配單元不為空,那么這次替換就會造成一些數(shù)據(jù)的丟失,從而破壞了數(shù)據(jù)的完整性,因此是不允許的。
您可能感興趣的文章:
- AlternatingItemTemplate類似于 ItemTemplate 元素
- MySQL ALTER語法的運(yùn)用方法
- MySQL學(xué)習(xí)筆記5:修改表(alter table)
- mysql alter語句用法實(shí)例
- ORACLE 修改表結(jié)構(gòu) 之ALTER CONSTAINTS的使用
- 詳解MySQL中ALTER命令的使用
- MySQL中的alter table命令的基本使用方法及提速優(yōu)化
- MySql數(shù)據(jù)庫之a(chǎn)lter表的SQL語句集合
- MySQL 數(shù)據(jù)庫 ALTER命令講解
- MySQL ALTER命令使用詳解
相關(guān)文章
未在本地計(jì)算機(jī)上注冊“Microsoft.Jet.OleDb.4.0”提供程序錯誤的解決方法
未在本地計(jì)算機(jī)上注冊“Microsoft.Jet.OleDb.4.0”提供程序錯誤的解決方法,需要的朋友可以參考下。2011-08-08
復(fù)制數(shù)據(jù)庫表中兩個(gè)字段數(shù)據(jù)的SQL語句
今天為表新添加一個(gè)字段,但又想與表中的另一個(gè)字段值相同,由于數(shù)據(jù)過多想通過sql語句實(shí)現(xiàn),經(jīng)測試下面的這句話確實(shí)很好用2013-07-07
解決navicat遠(yuǎn)程連接mysql報(bào)錯10038的問題
這篇文章主要介紹了解決navicat遠(yuǎn)程連接mysql報(bào)錯10038的問題,本文分步驟通過圖文并茂的形式給大家介紹的非常詳細(xì),對大家的學(xué)習(xí)或工作具有一定的參考借鑒價(jià)值,需要的朋友可以參考下2020-11-11
數(shù)據(jù)庫運(yùn)維人員DBA工作總結(jié)
中大型公司都會有一些專攻數(shù)據(jù)庫方面的牛人,專門的職位叫做DBA,對于公司的DBA他們的價(jià)值不可小覷,只要是數(shù)據(jù)庫,就有吞吐量的限制,數(shù)據(jù)庫訪問瓶頸便是自然流量增長或者流量突增造成的2023-10-10
8種主流NoSQL數(shù)據(jù)庫系統(tǒng)特性對比和最佳應(yīng)用場景
這篇文章主要介紹了8種主流NoSQL數(shù)據(jù)庫系統(tǒng)特性對比和最佳應(yīng)用場景,對選擇一個(gè)NoSQL數(shù)據(jù)庫來說是一個(gè)不錯的參考文章,需要的朋友可以參考下2014-06-06
關(guān)于若干數(shù)據(jù)庫數(shù)據(jù)插入性能的對比分析
前幾天,苦惱于到底使用哪一種本地?cái)?shù)據(jù)庫來存儲部分?jǐn)?shù)據(jù),于是決定做一個(gè)數(shù)據(jù)插入測試進(jìn)行求證2011-10-10
如何解決Navicat已經(jīng)成功連接,密碼忘記的問題
這篇文章主要介紹了如何解決Navicat已經(jīng)成功連接,密碼忘記的問題,具有很好的參考價(jià)值,希望對大家有所幫助,如有錯誤或未考慮完全的地方,望不吝賜教2024-07-07

