繼 MariaDB 10.1 以後,對標 MySQL 5.7 的 MariaDB 10.2 版本也即將封板,那麼咱們就來看看新的版本有哪些新的功能吧。mysql
以前的月報咱們寫過一篇關於 Window Function 的介紹,除此以外,10.2.2 又即將發佈一些新的特性。sql
目前有兩種類型的虛擬列:PERSISTENT/STORED 類型,這種類型的虛擬列的值是直接存在表中的;而 VIRTUAL 類型,其實只是一個定義,表結構中並不包括這個列,在須要用到的時候臨時計算。默認值是 VIRTUAL。數據庫
<type> [GENERATED ALWAYS] AS ( <expression> ) [VIRTUAL | PERSISTENT | STORED] [UNIQUE] [UNIQUE KEY] [COMMENT <text>]
express
表結構以下安全
USE TEST; CREATE TABLE table1 ( a INT NOT NULL, b VARCHAR(32), c INT AS (a mod 10) VIRTUAL, d VARCHAR(5) AS (left(b,5)) PERSISTENT);
用 DESCRIBE 語法來看錶結構,在 Extra 列能看到相關的信息。函數
DESCRIBE table1; +-------+-------------+------+-----+---------+------------+ | Field | Type | Null | Key | Default | Extra | +-------+-------------+------+-----+---------+------------+ | a | int(11) | NO | | NULL | | | b | varchar(32) | YES | | NULL | | | c | int(11) | YES | | NULL | VIRTUAL | | d | varchar(5) | YES | | NULL | PERSISTENT | +-------+-------------+------+-----+---------+------------+
再來作一些操做看效果優化
INSERT INTO table1 VALUES (1, 'some text',default,default); Query OK, 1 row affected (0.00 sec) INSERT INTO table1 VALUES (2, 'more text',5,default); Query OK, 1 row affected, 1 warning (0.00 sec) Warning (Code 1645): The value specified for computed column 'c' in table 'table1' ignored. INSERT INTO table1 VALUES (123, 'even more text',default,'something'); Query OK, 1 row affected, 2 warnings (0.00 sec) Warning (Code 1645): The value specified for computed column 'd' in table 'table1' ignored. Warning (Code 1265): Data truncated for column 'd' at row 1 SELECT * FROM table1; +-----+----------------+------+-------+ | a | b | c | d | +-----+----------------+------+-------+ | 1 | some text | 1 | some | | 2 | more text | 2 | more | | 123 | even more text | 3 | even | +-----+----------------+------+-------+ 3 rows in set (0.00 sec)
能夠看到虛擬列都起效果了。spa
在當前的全部MySQL版本及分支中,都只能定義固定的 DEFAULT 值,或者特定的類型如 AUTO_INCREMENT, CURRENT_TIMESTAMP。
在 10.1 中能支持 DATETIME 類型也使用 CURRENT_TIMESTAMP 定義默認值。
然而 MariaDB 10.2 中已經可使用表達式來定義固定值。設計
例如你能夠這麼定義:code
CREATE TABLE t1 (a int DEFAULT (1+1), b int DEFAULT (a+1)); CREATE TABLE t2 (a bigint primary key DEFAULT UUID_SHORT());
可是表達式不支持存儲函數和子查詢,並且表達式中若是包含另外的列,那麼那個列必須在當前列以前定義了。
而且 BLOB 和 TEXT 類型也支持DEFAULT值定義了。
可是必須注意,在 DEFAULT 使用表達式,必須使用ROW格式才能保證複製的數據安全,固然,任什麼時候候咱們都建議使用ROW_FORMAT。
InnoDB是支持外鍵約束的,基本語法以下:
[CONSTRAINT [symbol]] FOREIGN KEY [index_name] (index_col_name, ...) REFERENCES tbl_name (index_col_name,...) [ON DELETE reference_option] [ON UPDATE reference_option] reference_option: RESTRICT | CASCADE | SET NULL | NO ACTION
能夠看到只能支持基本的索引列約束,相對來講是比較簡單的。
MariaDB 10.2 將其擴充增長了 CHECK 語法,可使用表達式來作約束:
CHECK(expression) # 用於檢查列的值,在列定義的時候使用 CONSTRAINT [constraint_name] CHECK (expression)
好比咱們能夠定義一張這樣的表。
CREATE TABLE t1 (a INT CHECK (a>2), b INT CHECK (b>2), CONSTRAINT a_greater CHECK (a>b));
好比作一些最簡單的數值檢查
CREATE TABLE t1 (a INT CHECK (a>2), b INT CHECK (b>2), CONSTRAINT a_greater CHECK (a>b)); INSERT INTO t1(a) VALUES (1); ERROR 4022 (23000): CONSTRAINT `a` failed for `test`.`t1` INSERT INTO t1(a,b) VALUES (3,4); ERROR 4022 (23000): CONSTRAINT `a_greater` failed for `test`.`t1` INSERT INTO t1(a,b) VALUES (4,3); Query OK, 1 row affected (0.04 sec)
能夠看到 CHECK 檢查的條件生效了。
固然更復雜一點還能引入一些內置函數,包括UDF來作檢查:
CREATE TABLE t2 (name VARCHAR(30) CHECK (CHAR_LENGTH(name)>2), start_date DATE, end_date DATE CHECK (start_date IS NULL OR end_date IS NULL OR start_date<end_date)); INSERT INTO t2(name, start_date, end_date) VALUES('Ione', '2003-12-15', '2014-11-09'); Query OK, 1 row affected (0.04 sec) INSERT INTO t2(name, start_date, end_date) VALUES('Io', '2003-12-15', '2014-11-09'); ERROR 4022 (23000): CONSTRAINT `name` failed for `test`.`t2` INSERT INTO t2(name, start_date, end_date) VALUES('Ione', NULL, '2014-11-09'); Query OK, 1 row affected (0.04 sec) INSERT INTO t2(name, start_date, end_date) VALUES('Ione', '2015-12-15', '2014-11-09'); ERROR 4022 (23000): CONSTRAINT `end_date` failed for `test`.`t2`
這樣在某些狀況下能夠把一些簡單的邏輯檢查放到數據庫作,大大簡化程序的設計。
MariaDB 10.2 是 MariaDB 一個較大的里程碑版本,不少社區呼聲很大的功能都被擴充進去,對用戶來講是個福音。MariaDB和MySQL相互競爭,對整個MySQL及其兼容分支的發展都是一個很好的現象,有競爭就有動力,不管是MySQL仍是MariaDB,在強大的競爭壓力下,進度都快起來了,新功能不斷的加入,代碼不斷的優化,最終受益的都是咱們這些用戶。