【Mysql】mysql表分割槽2 —Range分割槽
按照RANGE分割槽的表是通過如下一種方式進行分割槽的，每個分割槽包含那些分割槽表示式的值位於一個給定的連續區間內的行。這些區間要連續且不能相互重疊，使用VALUES LESS THAN操作符來進行定義。在下面的幾個例子中，假定你建立了一個如下的一個表，該表儲存有20家音像店的職員記錄，這20家音像店的編號從1到20。
CREATE TABLE employees (
id INT NOT NULL,
fname VARCHAR(30),
lname VARCHAR(30),
hired DATE NOT NULL DEFAULT '1970-01-01',
separated DATE NOT NULL DEFAULT '9999-12-31',
job_code INT NOT NULL,
store_id INT NOT NULL
)；
根據你的需要，這個表可以有多種方式來按照區間進行分割槽。一種方式是使用store_id列。例如，你可能決定通過新增一個PARTITION BY RANGE子句把這個表分割成4個區間，如下所示:
CREATE TABLE employees (
id INT NOT NULL,
fname VARCHAR(30),
lname VARCHAR(30),
hired DATE NOT NULL DEFAULT '1970-01-01',
separated DATE NOT NULL DEFAULT '9999-12-31',
job_code INT NOT NULL,
store_id INT NOT NULL
)
PARTITION BY RANGE (store_id) (
PARTITION p0 VALUES LESS THAN (6),
PARTITION p1 VALUES LESS THAN (11),
PARTITION p2 VALUES LESS THAN (16),
PARTITION p3 VALUES LESS THAN (21)
)；
按照這種分割槽方案，在商店1到5工作的僱員相對應的所有行被儲存在分割槽P0中，商店6到10的僱員儲存在P1
對於包含資料(72, 'Michael', 'Widenius', '1998-06-25', NULL, 13)的一個新行，可以很容易地確定它將插入到p2分割槽中，但是如果增加了一個編號為第21的商店，將會發生什麼呢？在這種方案下，由於沒有規則把store_id大於20的商店包含在內，伺服器將不知道把該行儲存在何處，將會導致錯誤。 要避免這種錯誤，可以通過在CREATE TABLE語句中使用一個“catchall” VALUES LESS THAN子句，該子句提供給所有大於明確指定的最高值的值：
CREATE TABLE employees (
id INT NOT NULL,
fname VARCHAR(30),
lname VARCHAR(30),
hired DATE NOT NULL DEFAULT '1970-01-01',
separated DATE NOT NULL DEFAULT '9999-12-31',
job_code INT NOT NULL,
store_id INT NOT NULL
)
PARTITION BY RANGE (store_id) (
PARTITION p0 VALUES LESS THAN (6),
PARTITION p1 VALUES LESS THAN (11),
PARTITION p2 VALUES LESS THAN (16),
PARTITION p3 VALUES LESS THAN MAXVALUE
)；
MAXVALUE表示最大的可能的整數值。現在，store_id列值大於或等於16（定義了的最高值）的所有行都將儲存在分割槽p3中。在將來的某個時候，當商店數已經增長到25, 30, 或更多 ，可以使用ALTER TABLE語句為商店21-25, 26-30,等等增加新的分割槽。
在幾乎一樣的結構中，你還可以基於僱員的工作程式碼來分割表，也就是說，基於job_code列值的連續區間。例如——假定2位數字的工作程式碼用來表示普通（店內的）工人，三個數字程式碼表示辦公室和支援人員，四個數字程式碼表示管理層，你可以使用下面的語句建立該分割槽表：
CREATE TABLE employees (
id INT NOT NULL,
fname VARCHAR(30),
lname VARCHAR(30),
hired DATE NOT NULL DEFAULT '1970-01-01',
separated DATE NOT NULL DEFAULT '9999-12-31',
job_code INT NOT NULL,
store_id INT NOT NULL
)
PARTITION BY RANGE (job_code) (
PARTITION p0 VALUES LESS THAN (100),
PARTITION p1 VALUES LESS THAN (1000),
PARTITION p2 VALUES LESS THAN (10000)
)；
在這個例子中, 店內工人相關的所有行將儲存在分割槽p0中，辦公室和支援人員相關的所有行儲存在分割槽p1中，管理層相關的所有行儲存在分割槽p2中。
在VALUES LESS THAN子句中使用一個表示式也是可能的。這裡最值得注意的限制是MySQL 必須能夠計算表示式的返回值作為LESS THAN (<)比較的一部分；因此，表示式的值不能為NULL。由於這個原因，僱員表的hired,separated, job_code,和store_id列已經被定義為非空（NOT NULL）。
除了可以根據商店編號分割表資料外，你還可以使用一個基於兩個DATE（日期）中的一個的表示式來分割表資料。例如，假定你想基於每個僱員離開公司的年份來分割表，也就是說，YEAR(separated)的值。實現這種分割槽模式的CREATE TABLE語句的一個例子如下所示：
CREATE TABLE employees (
id INT NOT NULL,
fname VARCHAR(30),
lname VARCHAR(30),
hired DATE NOT NULL DEFAULT '1970-01-01',
separated DATE NOT NULL DEFAULT '9999-12-31',
job_code INT,
store_id INT
)
PARTITION BY RANGE (YEAR(separated)) (
PARTITION p0 VALUES LESS THAN (1991),
PARTITION p1 VALUES LESS THAN (1996),
PARTITION p2 VALUES LESS THAN (2001),
PARTITION p3 VALUES LESS THAN MAXVALUE
)；
在這個方案中，在1991年前僱傭的所有僱員的記錄儲存在分割槽p0中，1991年到1995年期間僱傭的所有僱員的記錄儲存在分割槽p1中， 1996年到2000年期間僱傭的所有僱員的記錄儲存在分割槽p2中，2000年後僱傭的所有工人的資訊儲存在p3中。
RANGE分割槽在如下場合特別有用：
·當需要刪除“舊的”資料時。如果你使用上面最近的那個例子給出的分割槽方案，你只需簡單地使用 “ALTER TABLE employees DROP PARTITION p0；”來刪除所有在1991年前就已經停止工作的僱員相對應的所有行。對於有大量行的表，這比執行一個如“DELETE FROM employees WHERE YEAR(separated) <= 1990；”這樣的一個DELETE查詢要有效得多。
·想要使用一個包含有日期或時間值，或包含有從一些其他級數開始增長的值的列。
·經常執行直接依賴於用於分割表的列的查詢。例如，當執行一個如“SELECT COUNT(*) FROM employees WHERE YEAR(separated) = 2000 GROUP BY store_id；”這樣的查詢時，MySQL可以很迅速地確定只有分割槽p2需要掃描，這是因為餘下的分割槽不可能包含有符合該WHERE子句的任何記錄。