继 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,在强大的竞争压力下,进度都快起来了,新功能不断的加入,代码不断的优化,最终受益的都是咱们这些用户。