什么是 MySQL 列和表约束?
约束 是用户定义的约束,用于定义列或表的有效值。您可以将它们视为除数据类型 允许之外的其他限制,以便更严格地缩小可接受的值范围。
约束允许您定义所有条目必须具有的属性,服务器本身在数据输入或更新时强制执行这些限制。例如,表示各种物质沸点的列不应低于其冰点。即使类型无法做到这一点,约束也可以强制执行此类要求。
约束定义的位置:列约束与表约束
MySQL 允许您创建与特定列或与整个表关联的约束。
几乎所有约束都可以在两种形式中使用,无需修改
约束 | 列 | 表 |
---|---|---|
CHECK | 是 | 是 |
NOT NULL | 是 | 否* |
UNIQUE | 是 | 是 |
PRIMARY KEY | 是 | 是 |
FOREIGN KEY | 否 | 是 |
*: NOT NULL
不能用作表约束。但是,您可以通过将 IS NOT NULL
用作 CHECK
表约束中的语句来近似结果。
让我们看看列约束和表约束有何不同。
列约束
列约束 是附加到单个列 的约束。它们用于确定列的建议值是否有效。列约束是在对输入进行基本类型要求验证(例如,确保值对于 int
列是整数)之后进行评估的。
列约束非常适合表达仅限于单个字段的要求。它们将约束条件直接附加到相关的列。例如,我们可以通过在列名和数据类型之后添加约束来模拟 person
表中的 age
限制
CREATE TABLE person (. . .age INT CHECK (age >= 0),. . .);
此代码段定义了一个 person
表,其中一个列是一个名为 age
的 int
。age
必须大于或等于零。列约束易于理解,因为它们作为附加要求添加到它们影响的列。
表约束
另一种类型的约束称为表约束。表 约束可以表达列约束几乎可以表达的任何限制,但还可以表达涉及多个列的限制。表约束不是附加到特定列,而是作为表的独立组件定义,并且可以引用表的任何列。
我们之前看到的列约束可以像这样表达为表约束
CREATE TABLE person (. . .age INT,. . .CHECK (age >= 0));
使用相同的基本语法,但约束是单独列出的。为了利用表约束引入复合限制的能力,我们可以使用逻辑 AND
运算符来连接来自不同列的多个条件。
例如,在银行数据库中,名为 qualified_borrowers
的表可能需要检查个人是否拥有现有账户以及是否有能力提供抵押品以获得贷款资格。将这两者都包含在同一个检查中可能是有意义的
CREATE TABLE qualified_borrowers (. . .account_number INT,acceptable_collateral BOOLEAN,. . .CHECK (account_number IS NOT NULL AND acceptable_collateral = true));
在这里,我们再次使用 CHECK
约束来检查 account_number
是否为空,以及贷款专员是否通过检查 acceptable_collateral
列将客户标记为拥有可接受的抵押品。由于正在检查多个列,因此需要表约束。
现在是时候提一下,尽管我们将在这些示例中主要使用 CREATE TABLE
SQL 命令来创建新表,但您也可以使用 ALTER TABLE
将约束添加到现有表中。当使用 ALTER TABLE
时,新约束会导致当前表中的值根据新约束进行检查。如果值违反约束,则无法添加约束。
创建约束名称
默认约束名称
使用上述语法创建约束时,MySQL 会自动选择一个合理但模糊的名称。对于上面的 qualified_borrowers
表,MySQL 会将约束命名为 qualified_borrowers_chk_1
INSERT INTO qualified_borrowers VALUES (123, false);
ERROR 3819 (HY000): Check constraint 'qualified_borrowers_chk_1' is violated.
这个名称在约束违反时,会提供有关表和约束类型的 信息。但是,当一个表上存在多个约束时,使用更具描述性的名称有助于故障排除。
自定义约束名称
您可以选择通过在约束定义之前使用 CONSTRAINT
关键字,后跟约束名称来指定约束的名称。
添加自定义名称的基本语法如下所示
CONSTRAINT <constraint_name> <constraint_type_and_details>
例如,如果您想将 qualified_borrowers
表中的约束命名为 loan_worthiness
,您可以改为这样定义表:
CREATE TABLE qualified_borrowers (. . .account_number INT,acceptable_collateral BOOLEAN,. . .CONSTRAINT loan_worthiness CHECK (account_number IS NOT NULL AND acceptable_collateral = true));
现在,当我们违反约束时,会得到我们更具描述性的标签
INSERT INTO qualified_borrowers VALUES (123, false);
ERROR 3819 (HY000): Check constraint 'loan_worthiness' is violated.
您可以用相同的方式命名列约束
CREATE TABLE teenagers (. . .age INT CONSTRAINT is_teenager CHECK (age >= 13 AND age <= 19),. . .);
MySQL 可用约束列表
现在我们已经了解了约束工作的一些基本知识,我们可以更深入地了解有哪些约束以及如何使用它们。
检查约束
检查约束 是一种通用约束,允许您指定涉及列或表值的表达式,该表达式计算为布尔值。
您之前已经看到了一些检查约束的示例。检查约束以关键字 CHECK
开头,然后提供一个用括号括起来的表达式。对于列约束,它放在数据类型声明之后。对于表约束,它们可以放在定义它们交互的列之后的任何位置。
例如,我们可以创建一个 film_nominations
表,其中包含获得提名且有资格获得 2019 年长片奖的电影
CREATE TABLE film_nominations (title VARCHAR(250),director VARCHAR(250),release_date DATE CHECK ('2019-01-01' <= release_date AND release_date <= '2019-12-31'),length INT,votes INT,CHECK (votes >= 10 AND length >= 40));
我们有一个列检查约束,检查 release_date
是否在 2019 年内。之后,我们有一个表检查约束,确保电影获得足够的票数才能获得提名,并且长度符合“长片”类别。
在评估检查约束时,可接受的值计算为真。如果新记录的值满足所有类型要求和约束,该记录将被添加到表中
INSERT INTO film_nominations VALUES ('A great film','Talented director','2019-07-16',117,45);
Query OK, 1 row affected (0.01 sec)
计算为假的值会导致错误,表明约束未满足
INSERT INTO film_nominations VALUES ('A poor film','Misguided director','2019-10-24',128,1);
ERROR 3819 (HY000): Check constraint 'film_nominations_chk_2' is violated.
在本例中,该电影满足除所需票数以外的所有条件。由于它没有通过最终的表检查约束,因此 MySQL 拒绝提交。
非空约束
The NOT NULL
约束更加集中。它保证列中的值不能为空。虽然这只是一个简单的约束,但它在实践中被频繁使用。
如何在 MySQL 中添加非空约束
要在声明类型后添加 NOT NULL
,以将列标记为需要非空值。
CREATE TABLE national_capitals (country VARCHAR(250) NOT NULL,capital VARCHAR(250) NOT NULL);
在上面的示例中,我们有一个简单的两列表,将国家映射到其首都。由于这两个都是必需的字段,留空没有意义,因此我们添加了 NOT NULL
约束。
现在插入空值会导致错误
INSERT INTO national_capitals VALUES (NULL,'London',);
ERROR 1048 (23000): Column 'country' cannot be null
The NOT NULL
约束仅充当列约束(它不能用作表约束)。但是,您可以通过在表 CHECK
约束中使用 IS NOT NULL
来轻松解决此问题。
例如,这提供了使用表约束的等效保证
CREATE TABLE national_capitals (country VARCHAR(250),capital VARCHAR(250),CHECK (country IS NOT NULL AND capital IS NOT NULL));
在使用 Prisma Client 时,您可以控制每个字段是 可选的还是必需的,以获得与 PostgreSQL 中的 NOT NULL
约束等效的功能。
唯一约束
The UNIQUE
约束告诉 MySQL 列中的每个值都不得重复。这在许多不同的场景中都很有用,在这些场景中,在多个记录中具有相同的值是不可能的。
例如,处理任何类型 ID 的列,从定义上讲,应该具有唯一值。社会安全号码、学生或客户 ID 或产品 UPC(条形码号码)如果没有能够区分特定人员或物品,将毫无用处。
可以在列级别指定 UNIQUE
约束
CREATE TABLE supplies (supply_id INT UNIQUE,name VARCHAR(250),inventory INT);
它们也可以指定为表约束
CREATE TABLE supplies (supply_id INT,name VARCHAR(250),inventory INT,UNIQUE (supply_id));
使用 UNIQUE
表约束的优势之一是它允许您对一组列进行唯一性检查。这通过指定两个或更多个 MySQL 应一起评估的列来实现。单个列中的值可能会重复,但指定的组合值必须是唯一的。
例如,让我们回顾一下之前使用的 national_capitals
表
CREATE TABLE national_capitals (country VARCHAR(250) NOT NULL,capital VARCHAR(250) NOT NULL,);
如果我们想确保我们不会为相同的对添加多条记录,我们可以在这里向这些列添加 UNIQUE
约束
CREATE TABLE national_capitals (country VARCHAR(250) NOT NULL UNIQUE,capital VARCHAR(250) NOT NULL UNIQUE);
这将确保国家和首都只在每个表中出现一次。但是,一些国家有多个首都。这意味着我们可能有多个具有相同 country
值的条目。这些条目不适用于当前设计
INSERT INTO national_capitals VALUES ('Bolivia','Sucre');INSERT INTO national_capitals VALUES ('Bolivia','La Paz');
ERROR 1062 (23000): Duplicate entry 'Bolivia' for key 'national_capitals.country'
如果我们仍然想确保我们不会出现重复条目,同时允许单个列中重复值,则对 country
和 capital
组合进行唯一性检查就足够了
CREATE TABLE national_capitals (country VARCHAR(250),capital VARCHAR(250),UNIQUE (country, capital));
现在,我们可以将玻利维亚的两个首都都添加到表中,而不会出现错误
INSERT INTO national_capitals VALUES ('Bolivia','Sucre');INSERT INTO national_capitals VALUES ('Bolivia','La Paz');
Query OK, 1 row affected (0.00 sec)Query OK, 1 row affected (0.00 sec)
但是,尝试添加相同的组合两次仍然会被约束捕获
INSERT INTO national_capitals VALUES ('Bolivia','Sucre');INSERT INTO national_capitals VALUES ('Bolivia','Sucre');
Query OK, 1 row affected (0.00 sec)ERROR 1062 (23000): Duplicate entry 'Bolivia-Sucre' for key 'national_capitals.country'
主键约束
The PRIMARY KEY
约束具有特殊用途。它表明该列可用于唯一标识表中的记录。这意味着它必须可靠地唯一,并且每条记录都必须在该列中具有值。
建议每个表都使用主键,但不是必需的,并且每个表只能有一个主键。主键主要用于识别、检索、修改或删除表中的单个记录。它们允许用户和管理员使用 MySQL 保证完全匹配一条记录的标识符来定位操作。
让我们以前面看到的 supplies
表为例
CREATE TABLE supplies (supply_id INT UNIQUE,name VARCHAR(250),inventory INT);
这里我们确定 supply_id
应该是唯一的。如果我们想将此列用作主键(保证唯一性和非空值),我们只需将 UNIQUE
约束更改为 PRIMARY KEY
CREATE TABLE supplies (supply_id INT PRIMARY KEY,name VARCHAR(250),inventory INT);
这样,如果我们需要更新特定物资的库存数量,就可以使用主键对其进行定位
INSERT INTO supplies VALUES (38,'nails',5);UPDATE supplies set inventory = 10 WHERE supply_id = 38;
Query OK, 1 row affected (0.00 sec)Query OK, 1 row affected (0.00 sec)Rows matched: 1 Changed: 1 Warnings: 0
虽然许多表使用单个列作为主键,但也可以使用一组列作为表约束来创建主键。
national_capitals
表是一个很好的例子。如果我们想使用现有列创建主键,可以将 UNIQUE
表约束替换为 PRIMARY KEY
。
CREATE TABLE national_capitals (country VARCHAR(250),capital VARCHAR(250),PRIMARY KEY (country, capital));
外键约束
外键 是一个表中引用另一个表中列值的列。在各种情况下,这都是可取的,而且往往是必要的,因为表中包含相关数据。数据库能够轻松连接和引用存储在独立表中的数据,这是关系型数据库的主要功能之一。
例如,您可能有一个 orders
表用于跟踪个别订单,还有一个 customers
表用于跟踪联系信息和客户信息。将这些信息分开放置是有意义的,因为客户可能有多个订单。但是,能够轻松链接这两个表中的记录也是有意义的,以便执行更复杂的运算。
如何在 MySQL 中创建外键约束
让我们先尝试对 customers
表进行建模。
CREATE TABLE customers (customer_id SERIAL PRIMARY KEY,first_name VARCHAR(250),last_name VARCHAR(250),phone_number BIGINT,);
这个表很简单。它包含用于存储客户姓名、姓氏和电话号码的列。它还指定了一个 ID 列,该列使用 PRIMARY KEY
约束。如果未指定 ID,则 serial
别名用于自动生成序列中的下一个 ID。
对于 orders
表,我们希望能够指定有关个别订单的信息。一个重要的数据是哪个客户下了订单。我们可以使用外键将订单链接到客户,而无需重复信息。我们使用 FOREIGN KEY
约束来完成此操作,该约束定义了与另一个表中的列的外键关系。
CREATE TABLE orders (order_id SERIAL PRIMARY KEY,order_date DATE,customer BIGINT UNSIGNED,FOREIGN KEY (customer) REFERENCES customers(customer_id));
这里,我们表示 orders
表中的 customer
列与 customers
表中的 customer_id
列存在外键关系。
我们必须确保外键列的类型与外键表中使用的类型兼容。customers
表中的 customer_id
列使用 SERIAL
别名,它代表 BIGINT UNSIGNED NOT NULL AUTO_INCREMENT UNIQUE
,因此我们可以使用 BIGINT UNSIGNED
作为 orders
表中 customer
列的数据类型来匹配。
如果我们尝试将没有引用有效客户的值插入 orders
表,MySQL 将拒绝它。
INSERT INTO orders VALUES (100,'2019-11-19',300);
ERROR 1452 (23000): Cannot add or update a child row: a foreign key constraint fails (`prisma`.`orders`, CONSTRAINT `orders_ibfk_1` FOREIGN KEY (`customer`) REFERENCES `customers` (`customer_id`))
如果我们先添加客户,系统就会接受我们的订单。
INSERT INTO customers VALUES (300,'Jill','Smith',5551235677);INSERT INTO orders VALUES (100,'2019-11-19',300);
Query OK, 1 row affected (0.00 sec)Query OK, 1 row affected (0.00 sec)
虽然主键是外键的绝佳选择,因为它保证只匹配一条记录,但您也可以使用其他列,只要它们是唯一的。
您还可以使用保证唯一的列集。
CREATE TABLE example (. . .FOREIGN KEY (column1, column2) REFERENCES other_table (column1, column2));
我们将在文档中介绍如何在 Prisma 模式中定义 关系。
决定在删除或更新时如何处理外键
定义外键约束时,您需要考虑的一个因素是在引用表值被删除或更新时该怎么办。
例如,让我们再看一下 customers
和 orders
表。我们需要指定当我们从 customers
表中删除一个客户时,系统应该如何响应,因为该客户在 orders
表中有一个关联的订单。
我们可以选择以下选项:
- RESTRICT:选择限制删除意味着如果
customer
记录被orders
表中的一条记录引用,MySQL 将拒绝删除该customer
记录。要删除客户,您必须先从orders
表中删除任何关联的记录。只有这样,您才能从客户表中删除该值。这是默认操作。 - CASCADE:选择级联选项意味着当我们删除
customer
记录时,在orders
表中引用它的记录也会被删除。这在很多情况下很有用,但必须谨慎使用,以避免误删数据。 - NO ACTION:虽然其他一些数据库系统允许您使用
NO ACTION
选项来推迟检查,但在 MySQL 中,这等效于RESTRICT
。系统将拒绝更新或删除请求。 - SET NULL:此选项告诉 MySQL 在删除被引用记录时将引用列设置为
NULL
。因此,如果我们从customers
表中删除客户,orders
表中的customer
列将被设置为NULL
。 - SET DEFAULT:虽然其他一些数据库系统允许您在引用删除或更新时将列设置为默认值,但 MySQL 实际上不允许此操作,并且不允许您使用此选项定义表。
在定义外键约束时,可以通过添加 ON DELETE
后面跟着操作来指定这些操作。因此,如果我们想在删除客户时从系统中删除关联的订单,我们可以这样指定:
CREATE TABLE orders (order_id SERIAL PRIMARY KEY,order_date DATE,customer INT,FOREIGN KEY (customer) REFERENCES customers(customer_id) ON DELETE CASCADE);
这些类型的操作也可以在更新被引用列而不是删除列时应用,方法是使用 ON UPDATE
而不是 ON DELETE
。
结论
在本指南中,我们介绍了约束是什么,以及它们如何帮助您控制输入 MySQL 表中的数据。我们讨论了列约束和表约束之间的区别,以及使用表格式提供的更高灵活性。然后,我们介绍了 MySQL 支持的约束,以及如何在您的表中使用它们。
约束帮助您定义表列的精确要求,因此在许多情况下它们是不可或缺的。了解各种约束的工作方式以及它们可以帮助您避免哪些情况,将有助于确保您的数据符合您的要求。一旦定义,MySQL 可以帮助您自动执行约束,以在问题出现之前防止问题发生。