一、约束(constraint)概述
1.1 为什么需要约束
1.2 什么是约束
- 约束是表级的强制规定。
- 可以在创建表时规定约束(通过 CREATE TABLE 语句),或者在表创建之后通过ALTER TABLE语句规定约束。
1.3 约束的分类
- 根据约束数据列的限制,约束可分为:
- 单列约束:每个约束只约束一列;
- 多列约束:每个约束可约束多列数据;
- 根据约束的作用范围,约束可分为:
- 列级约束:只能作用在一个列上,跟在列的定义后面;(将此约束声明在对应字段的后面)
- 表级约束:可以作用在多个列上,不与列一起,而是单独定义;(在表中所有字段都声明完成后,在所有字段字段的后面声明的约束)
- 根据约束起的作用,约束可分为:
- NOT NULL 非空约束,规定某个字段不能为空
- UNIQUE 唯一约束,规定某个字段在整个表中是唯一的
- PRIMARY KEY 主键(非空且唯一)约束
- FOREIGN KEY 外键约束
- CHECK 检查约束
- DEFAULT 默认值约束
二、非空约束(NOT NULL)
2.1 作用
-
限定某个字段/某列的值不允许为空

2.2 特点
- 默认,所有的类型的值都可以是NULL,包括INT、FLOAT等数据类型;
- 非空约束只能出现在表对象的列上,只能某个列单独限定非空,不能组合非空;
- 一个表可以有很多列都分别限定了非空;
- 空字符串''不等于NULL,0也不等于NULL“。
2.3 添加非空约束
2.3.1 建表时
| CREATE TABLE 表名称( |
| 字段名 数据类型, |
| 字段名 数据类型 NOT NULL, |
| 字段名 数据类型 NOT NULL |
| ); |
| |
| ① CREATE TABLE时添加约束 |
| |
| |
| CREATE TABLE IF NOT EXISTS test1( |
| id INT NOT NULL, |
| last_name VARCHAR(15) NOT NULL, |
| email VARCHAR(25), |
| salary DECIMAL(10,2) |
| ); |
| |
| DESC test1; |
| |
| |
| INSERT INTO test1(id,last_name,email,salary) VALUES(1,'TOM','TOM@qq.com',3500); |
| |
| |
| INSERT INTO test1(id,last_name,email,salary) VALUES(2,NULL,'TOM@qq.com',3500); |
| |
| |
| INSERT INTO test1(id,last_name,email,salary) VALUES(NULL,'Bob','TOM@qq.com',3500); |
| |
| |
| INSERT INTO test1(id,email) VALUES(4,'tim@qq.com'); |
| |
| |
| UPDATE test1 SET email=null where id=1; |

2.3.2 建表后
| alter table 表名称 modify 字段名 数据类型 not null; |
| ② ALTER TABLE时增加约束、删除约束 |
| SELECT *FROM test1; |
| |
| |
| |
| ALTER TABLE test1 MODIFY email VARCHAR(25) NOT NULL; |

2.4 删除非空约束
| |
| alter table 表名称 modify 字段名 数据类型 NULL; |
| |
| |
| alter table 表名称 modify 字段名 数据类型; |
| |
| |
| ALTER TABLE test1 MODIFY email VARCHAR(25) NOT NULL ; |
| ALTER TABLE test1 MODIFY email VARCHAR(25); |

三、唯一性约束(UNIQUE)
3.1 作用

3.2 特点
- 同一个表可以有多个唯一约束;
- 唯一约束可以是某一个列的值唯一,也可以多个组合的值唯一。
- 唯一性约束允许列值为空;
- 在创建唯一约束的时候,如果不给唯一约束命名,就默认和列名相同;
- MYSQL会给唯一约束的列上默认创建一个唯一索引。
3.3 添加唯一约束
3.3.1 建表时
| create table 表名称( |
| 字段名 数据类型, |
| 字段名 数据类型 unique, |
| 字段名 数据类型 unique key, |
| 字段名 数据类型 |
| ); |
| |
| create table 表名称( |
| 字段名 数据类型, |
| 字段名 数据类型, |
| 字段名 数据类型, |
| [constraint 约束名] unique key(字段名) |
| ); |
| |
| ① CREATE TABLE时添加约束 |
| |
| CREATE TABLE IF NOT EXISTS test2( |
| id INT UNIQUE, |
| last_name VARCHAR(15) , |
| email VARCHAR(25) , |
| salary DECIMAL(10,2), |
| |
| |
| CONSTRAINT uk_test2_email UNIQUE(email) |
| ); |
| |
| DESC test2; |
| |
| |
| SELECT * FROM information_schema.table_constraints |
| WHERE table_name = 'test2'; |
| |
| |
| INSERT INTO test2(id,last_name,email,salary) VALUES(1,'Tim','tim@qq.com',4000); |
| |
| |
| INSERT INTO test2(id,last_name,email,salary) VALUES(1,'Tom','tim@qq.com',4000); |
| |
| |
| INSERT INTO test2(id,last_name,email,salary) VALUES(2,'Tom','tim@qq.com',4000); |
| |
| |
| INSERT INTO test2(id,last_name,email,salary) VALUES(2,'Tom',NULL,4000); |
| |
| INSERT INTO test2(id,last_name,email,salary) VALUES(3,'Tom1',NULL,4000); |
| |
| |
| UPDATE test2 SET email='tim@qq.com' WHERE id=2; |
| |
| SELECT *FROM test2; |


3.3.2 建表后
| |
| |
| |
| alter table 表名称 add unique key(字段列表); |
| |
| |
| alter table 表名称 modify 字段名 字段类型 unique; |
| ② ALTER TABLE时增加约束、删除约束 |
| DESC test2; |
| |
| |
| |
| ALTER TABLE test2 ADD CONSTRAINT uk_test2_sal UNIQUE(salary); |
| |
| SELECT *FROM test2; |
| |

| |
| |
| ALTER TABLE test2 ADD CONSTRAINT uk_test2_sal UNIQUE(salary); |
| |
| SELECT * FROM information_schema.table_constraints |
| WHERE table_name = 'test2'; |
| |


| |
| |
| |
| ALTER TABLE test2 MODIFY last_name VARCHAR(15) UNIQUE; |
| |
| SELECT * FROM information_schema.table_constraints |
| WHERE table_name = 'test2'; |

3.4 关于复合唯一约束
| create table 表名称( |
| 字段名 数据类型, |
| 字段名 数据类型, |
| 字段名 数据类型, |
| unique key(字段列表) #字段列表中写的是多个字段名,多个字段名用逗号分隔,表示那么是复合唯一,即多 |
| 个字段的组合是唯一的 |
| ); |
| |
| |
| CREATE TABLE IF NOT EXISTS USER( |
| id INT, |
| `name` VARCHAR(15), |
| `password` VARCHAR(25), |
| |
| |
| CONSTRAINT uk_user_name_pwd UNIQUE(`name`,`password`) |
| ); |
| |
| |
| INSERT INTO USER VALUES(1,'tom','abc'); |
| |
| |
| INSERT INTO USER VALUES(1,'tom1','abc'); |
| |
| select *from USER; |
| |
| SELECT * FROM information_schema.table_constraints |
| WHERE table_name = 'USER'; |


3.4 删除唯一约束
- 添加唯一性约束的列上也会自动创建唯一索引。
- 删除唯一约束只能通过删除唯一索引的方式删除。
- 删除时需要指定唯一索引名,唯一索引名就和唯一约束名一样。
- 如果创建唯一约束时未指定名称,如果是单列,就默认和列名相同;如果是组合列,那么默认和() 中排在第一个的列名相同。也可以自定义唯一性约束名。
| SELECT * FROM information_schema.table_constraints WHERE table_name = '表名'; #查看都有哪些约束 |
| ALTER TABLE USER |
| DROP INDEX uk_name_pwd; |
- 注意:可以通过 show index from 表名称; 查看表的索引
四、主键约束(PRIMARY KEY)
4.1 作用
4.2 特点
- 主键约束相当于唯一约束+非空约束的组合,主键约束列不允许重复,也不允许出现空值。

- 一个表最多只能有一个主键约束,建立主键约束可以在列级别创建,也可以在表级别上创建。
- 主键约束对应着表中的一列或者多列(复合主键);
- 如果是多列组合的复合主键约束,那么这些列都不允许为空值,并且组合的值不允许重复。
- MySQL的主键名总是PRIMARY,就算自己命名了主键约束名也没用。
- 当创建主键约束时,系统默认会在所在的列或列组合上建立对应的主键索引(能够根据主键查询 的,就根据主键查询,效率更高)。如果删除主键约束了,主键约束对应的索引就自动删除了。
- 需要注意的一点是,不要修改主键字段的值。因为主键是数据记录的唯一标识,如果修改了主键的 值,就有可能会破坏数据的完整性。
4.3 添加主键约束
4.3.1 建表时指定主键约束
| |
| create table 表名称( |
| 字段名 数据类型 primary key(字段名), #列级模式 |
| 字段名 数据类型, |
| 字段名 数据类型, |
| ); |
| |
| |
| create table 表名称( |
| 字段名 数据类型, |
| 字段名 数据类型, |
| 字段名 数据类型, |
| [constraint 约束名] primary key(字段名) #表级模式 |
| ); |
| |
| ① CREATE TABLE时添加约束 |
| |
| |
| |
| CREATE TABLE IF NOT EXISTS test3( |
| id INT PRIMARY KEY, |
| last_name VARCHAR(15) PRIMARY KEY, |
| salary DECIMAL(10,2), |
| email VARCHAR(20) |
| ); |
| |
| |
| CREATE TABLE IF NOT EXISTS test4( |
| id INT PRIMARY KEY, |
| last_name VARCHAR(15), |
| salary DECIMAL(10,2), |
| email VARCHAR(25) |
| ); |
| |
| |
| CREATE TABLE IF NOT EXISTS test5( |
| id INT , |
| last_name VARCHAR(15), |
| salary DECIMAL(10,2), |
| email VARCHAR(25), |
| CONSTRAINT pk_test5_id PRIMARY KEY(id) |
| ); |
| |
| SELECT * FROM information_schema.table_constraints |
| WHERE table_name = 'test5'; |
| |

| |
| INSERT INTO test4(id,last_name,salary,email) VALUES(1,'tom',4500,'tom@qq.com'); |
| |
| |
| INSERT INTO test4(id,last_name,salary,email) VALUES(1,'tom',4500,'tom@qq.com'); |
| |
| |
| INSERT INTO test4(id,last_name,salary,email) VALUES(null,'tom',4500,'tom@qq.com'); |
| |
| SELECT *FROM test4; |

4.3.2 复合主键约束
| create table 表名称( |
| 字段名 数据类型, |
| 字段名 数据类型, |
| 字段名 数据类型, |
| primary key(字段名1,字段名2) #表示字段1和字段2的组合是唯一的,也可以有更多个字段 |
| ); |
| CREATE TABLE IF NOT EXISTS user1( |
| id INT, |
| `name` VARCHAR(15), |
| `password` VARCHAR(25), |
| |
| |
| PRIMARY KEY(`name`,`password`) |
| ); |
| |
| INSERT INTO user1 VALUES(1,'tom','abc'); |
| |
| INSERT INTO user1 VALUES(1,'tom1','abc'); |
| |
| |
| |
| INSERT INTO user1 VALUES(1,null,'abc'); |
| |
| SELECT *FROM user1; |
| |

4.3.3 建表后增加或删除主键约束
| |
| |
| alter table 表名称 add primary key(字段名1,字段名2); |
| |
| |
| alter table 表名称 drop primary key; |
| ② ALTER TABLE时增加约束、删除约束 |
| CREATE TABLE IF NOT EXISTS test6( |
| id INT , |
| last_name VARCHAR(15), |
| salary DECIMAL(10,2), |
| email VARCHAR(25) |
| ); |
| |
| |
| |
| ALTER TABLE test6 ADD PRIMARY KEY(id,email); |
| |
| |
| ALTER TABLE test6 DROP PRIMARY KEY; |
| |
| DESC test6; |

五、自增列约束(AUTO_INCREMENT)
5.1 作用
5.2 特点和要求
- 一个表最多只能有一个自增长列;
- 当需要产生唯一标识符或顺序值时,可设置自增长;
- 自增长列约束的列必须是键列(主键列,唯一键列);
- 自增约束的列的数据类型必须是整数类型;
- )如果自增列指定了 0 和 null,会在当前最大值的基础上自增;如果自增列手动指定了具体值,直接赋值为具体值。
| |
| |
| |
| create table employee( |
| eid int auto_increment, |
| ename varchar(20) |
| ); |
| |
| |
| create table employee( |
| eid int primary key, |
| ename varchar(20) unique key auto_increment |
| ); |
| |
5.3 添加或删除自增约束
5.3.1 建表时添加自增约束
| create table 表名称( |
| 字段名 数据类型 primary key auto_increment, |
| 字段名 数据类型 unique key not null, |
| 字段名 数据类型 unique key, |
| 字段名 数据类型 not null default 默认值, |
| ); |
| create table 表名称( |
| 字段名 数据类型 default 默认值 , |
| 字段名 数据类型 unique key auto_increment, |
| 字段名 数据类型 not null default 默认值,, |
| primary key(字段名) |
| ); |
| |
| ① CREATE TABLE时添加约束 |
| |
| CREATE TABLE IF NOT EXISTS test7( |
| id INT PRIMARY KEY AUTO_INCREMENT, |
| last_name VARCHAR(15) |
| ); |
| |
| |
| INSERT INTO test7(last_name) VALUES('tom'); |
| INSERT INTO test7(last_name) VALUES('jerry'); |
| |
| |
| INSERT INTO test7 VALUES(0,'lucy'); |
| |
| INSERT INTO test7 VALUES(null,'mary'); |
| |
| INSERT INTO test7 VALUES(8,'test1'); |
| |
| INSERT INTO test7 VALUES(-8,'test2'); |
| |
| INSERT INTO test7(last_name) VALUES('test3'); |
| INSERT INTO test7(last_name) VALUES('test4'); |
| |
| SELECT *FROM test7; |

5.5.2 建表后添加自增约束
| alter table 表名称 modify 字段名 数据类型 auto_increment; |
| ② ALTER TABLE时增加约束 |
| |
| CREATE TABLE IF NOT EXISTS test8( |
| id INT PRIMARY KEY , |
| last_name VARCHAR(15) |
| ); |
| |
| DESC test8; |
| |
| |
| ALTER TABLE test8 MODIFY id INT AUTO_INCREMENT; |
| |

5.4.3 删除自增约束
| |
| alter table 表名称 modify 字段名 数据类型 auto_increment; |
| |
| |
| alter table 表名称 modify 字段名 数据类型; |
| ALTER TABLE test8 MODIFY id INT ; |
| |
| DESC test8; |

六、外键约束(FOREIGN KEY)
6.1 作用
6.2 主表和从表/父表和子表
- 主表(父表):被引用的表,被参考的表;
- 从表(子表):引用别人的表,参考别人的表;
- 例如:员工表的员工所在部门这个字段的值要参考部门表,那么,部门表是主表,员工表是从表。
- 例如:学生表、课程表;其中选课表:选课表的学生和课程要分别参考学生表和课程表,学生表和课程表是主表,选课表是从表。
6.3 特点
- 从表的外键列,必须引用/参考主表的主键或唯一约束的列;
- 在创建外键约束时,如果不给外键约束命名,默认名不是列名,而是自动产生一个外键名(例如 student_ibfk_1;),也可以指定外键约束名。
- 创建(CREATE)表时就指定外键约束的话,先创建主表,再创建从表;
- 删表时,先删从表(或先删除外键约束),再删除主表
- 当主表的记录被从表参照时,主表的记录将不允许删除,如果要删除数据,需要先删除从表中依赖该记录的数据,然后才可以删除主表的数据;
- 在“从表”中指定外键约束,并且一个表可以建立多个外键约束;
- 从表的外键列与主表被参照的列名字可以不相同,但是数据类型必须一样,逻辑意义一致。如果类型不一样,创建子表时,就会出现错误“ERROR 1005 (HY000): Can't create table'database.tablename'(errno: 150)”。
- 当创建外键约束时,系统默认会在所在的列上建立对应的普通索引。但是索引名是列名,不是外键的约束名。(根据外键查询效率很高)
- 删除外键约束后,必须手动删除对应的索引。
6.4 添加外键约束
6.4.1 建表时
| create table 主表名称( |
| 字段1 数据类型 primary key, |
| 字段2 数据类型 |
| ); |
| create table 从表名称( |
| 字段1 数据类型 primary key, |
| 字段2 数据类型, |
| [CONSTRAINT <外键约束名称>] FOREIGN KEY(从表的某个字段) references 主表名(被参考字段) |
| ); |
| #(从表的某个字段)的数据类型必须与主表名(被参考字段)的数据类型一致,逻辑意义也一样 |
| #(从表的某个字段)的字段名可以与主表名(被参考字段)的字段名一样,也可以不一样 |
| |
| |
| |
| |
| CREATE TABLE dept1( |
| dept_id INT, |
| dept_name VARCHAR(20) |
| ); |
| |
| |
| CREATE TABLE emp1( |
| emp_id INT PRIMARY KEY AUTO_INCREMENT, |
| dept_name VARCHAR(20), |
| deptment_id INT, |
| |
| |
| CONSTRAINT fk_emp1_dept_id FOREIGN key (deptment_id) REFERENCES dept1(dept_id) |
| ); |
| |
| |
| |
| ALTER TABLE dept1 MODIFY dept_id INT PRIMARY KEY; |
| DESC dept1; |
| |
| SELECT * FROM information_schema.table_constraints |
| WHERE table_name = 'emp1'; |
| |
| |
| |
| INSERT INTO emp1 VALUES(1001,'tom',10); |
| |
| |
| INSERT INTO dept1 VALUES(10,'IT'); |
| INSERT INTO emp1 VALUES(1001,'tom',10); |
| |
| |
| DELETE FROM dept1 WHERE dept_id=10; |
| |
| |
| UPDATE dept1 SET dept_id=20 WHERE dept_id=10; |
| |
| SELECT *FROM emp1; |


- 说明:
- 主表dept1必须先创建成功,然后才能创建emp1表,指定外键成功。
- 删除表时,先删除从表emp1,再删除主表dept1。
6..4.2 建表后
- 一般情况下,表与表的关联都是提前设计好了的,因此,会在创建表的时候就把外键约束定义好。不过,如果需要修改表的设计(比如添加新的字段,增加新的关联关系),但没有预先定义外键约束,那么,就要用修改表的方式来补充定义。
| |
| ALTER TABLE 从表名 ADD [CONSTRAINT 约束名] FOREIGN KEY (从表的字段) REFERENCES 主表名(被引用 |
| 字段) [on update xx][on delete xx]; |
| |
| CREATE TABLE dept2( |
| dept_id INT primary key, |
| dept_name VARCHAR(20) |
| ); |
| |
| CREATE TABLE emp2( |
| emp_id INT PRIMARY KEY AUTO_INCREMENT, |
| dept_name VARCHAR(20), |
| deptment_id INT |
| ); |
| |
| ALTER TABLE emp2 ADD CONSTRAINT fk_emp2_dept_id FOREIGN key (deptment_id) REFERENCES dept2(dept_id); |
| |
| SELECT * FROM information_schema.table_constraints |
| WHERE table_name = 'emp2'; |

6.5 约束等级
-
Cascade方式 :在父表上update/delete记录时,同步update/delete掉子表的匹配记录;
-
Set null方式:在父表上update/delete记录时,将子表上匹配记录的列设为null,但是要注意子表的外键列不能为not null;
-
No action方式:如果子表中有匹配的记录,则不允许对父表对应候选键进行update/delete操作;
-
Restrict方式 :同no action, 都是立即检查外键约束;
-
Set default方式 (在可视化工具SQLyog中可能显示空白):父表有变更时,子表将外键列设置 成一个默认的值,但Innodb不能识别。
-
注意:如果没有指定等级,就相当于Restrict方式。
-
对于外键约束,最好是采用: ON UPDATE CASCADE ON DELETE RESTRICT的方式。
6.6 删除外键约束
| |
| |
| SELECT * FROM information_schema.table_constraints WHERE table_name = '表名称';#查看某个表的约束名 |
| |
| ALTER TABLE 从表名 DROP FOREIGN KEY 外键约束名; |
| |
| |
| SHOW INDEX FROM 表名称; #查看某个表的索引名 |
| |
| ALTER TABLE 从表名 DROP INDEX 索引名; |
| |
| |
| ALTER TABLE emp1 DROP FOREIGN KEY fk_emp1_dept_id; |
| |
| |
| SHOW INDEX FROM emp1; |
| |
| ALTER TABLE emp1 DROP INDEX fk_emp1_dept_id; |

6.7 开发场景
-
问题1:如果两个表之间有关系(一对一、一对多),比如:员工表和部门表(一对多),它们之间是否 一定要建外键约束?
-
问题2:建和不建外键约束有什么区别?
- 答:建外键约束,你的操作(创建表、删除表、添加、修改、删除)会受到限制,从语法层面受到限制。例如:在员工表中不可能添加一个员工信息,它的部门的值在部门表中找不到。
- 不建外键约束,你的操作(创建表、删除表、添加、修改、删除)不受限制,要保证数据的引用完整性 ,只能依靠程序员的自觉 ,或者是 在Java程序中进行限定 。例如:在员工表中,可以添加一个员工的信息,它的部门指定为一个完全不存在的部门。
-
问题3:那么建和不建外键约束和查询有没有关系?
-
注意:在 MySQL 里,外键约束是有成本的,需要消耗系统资源。对于大并发的 SQL 操作,有可能会不适 合。比如大型网站的中央数据库,可能会因为外键约束的系统开销而变得非常慢 。所以, MySQL允许你不使用系统自带的外键约束,在应用层面完成检查数据一致性的逻辑。也就是说,即使你不用外键约束,也要想办法通过应用层面的附加逻辑,来实现外键约束的功能,确保数据的一致性。
6.8 阿里开发规范
- 【 强制 】不得使用外键与级联,一切外键概念必须在应用层解决。
- 说明:(概念解释)学生表中的 student_id 是主键,那么成绩表中的 student_id 则为外键。如果更新学生表中的 student_id,同时触发成绩表中的 student_id 更新,即为级联更新。外键与级联更新适用于单机低并发 ,不适合分布式 、高并发集群 ;级联更新是强阻塞,存在数据库更新风暴的风险;外键影响数据库的插入速度 。
七、CHECK约束
7.1 作用
- 检查某个字段的值是否符号xx要求,一般指的是值的范围。
7.2 添加CHECK约束
| CREATE TABLE IF NOT EXISTS test10( |
| id INT , |
| last_name VARCHAR(15), |
| salary DECIMAL(10,2) CHECK(salary>2000) |
| ); |
| |
| INSERT INTO test10 VALUES(1,'tom',2100); |
| |
| |
| INSERT INTO test10 VALUES(1,'tom',1999); |
| |
| SELECT *FROM test10; |
| |

八、DEFAULT约束
8.1 作用
- 给某个字段/某列指定默认值,一旦设置默认值,在插入数据时,如果此字段没有显式赋值,则赋值为默认值。
8.2 添加DEFAULT约束
8.2.1 建表时
| create table 表名称( |
| 字段名 数据类型 primary key, |
| 字段名 数据类型 unique key not null, |
| 字段名 数据类型 unique key, |
| 字段名 数据类型 not null default 默认值, |
| ); |
| |
| CREATE TABLE IF NOT EXISTS test11( |
| id INT , |
| last_name VARCHAR(15), |
| salary DECIMAL(10,2) DEFAULT 2000 |
| ); |
| |
| DESC test11; |
| |
| INSERT INTO test11 VALUES(1,'tom',3000); |
| |
| INSERT INTO test11(id,last_name) VALUES(2,'jerry'); |
| |
| SELECT *FROM test11; |

8.2.2 建表后
| alter table 表名称 modify 字段名 数据类型 default 默认值; |
| #如果这个字段原来有非空约束,你还保留非空约束,那么在加默认值约束时,还得保留非空约束,否则非空约束就被删除了 |
| #同理,在给某个字段加非空约束也一样,如果这个字段原来有默认值约束,你想保留,也要在modify语句中保留默认值约束,否则就删除了 |
| alter table 表名称 modify 字段名 数据类型 default 默认值 not null; |
| |
| CREATE TABLE IF NOT EXISTS test12( |
| id INT , |
| last_name VARCHAR(15), |
| salary DECIMAL(10,2) |
| ); |
| |
| DESC test12; |
| |
| ALTER TABLE test12 MODIFY salary DECIMAL(10,2) DEFAULT 2500; |

8.3 删除DEFAULT约束
| alter table 表名称 modify 字段名 数据类型 ;#删除默认值约束,也不保留非空约束 |
| alter table 表名称 modify 字段名 数据类型 not null; #删除默认值约束,保留非空约 |
| |
| CREATE TABLE IF NOT EXISTS test12( |
| id INT , |
| last_name VARCHAR(15), |
| salary DECIMAL(10,2) DEFAULT 2500 |
| ); |
| |
| |
| ALTER TABLE test12 MODIFY salary DECIMAL(10,2); |
九、面试
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 阿里最新开源QwQ-32B,效果媲美deepseek-r1满血版,部署成本又又又降低了!
· SQL Server 2025 AI相关能力初探
· AI编程工具终极对决:字节Trae VS Cursor,谁才是开发者新宠?
· 开源Multi-agent AI智能体框架aevatar.ai,欢迎大家贡献代码
· Manus重磅发布:全球首款通用AI代理技术深度解析与实战指南