数据操作

数据操作

添加字段：

alter table user_info
add sex tinyint(1) default 0,
add address varchar(100)

user_info为表名sex、address为新添加的数据名。

修改字段：

alter table user_info
modify password varchar(50)

将password的数长度改为50。​​​​

删除字段：

alter table user_info
drop sex, 
drop address

删除数据名为sex、address的数据。

添加约束:

alter table address
add constraint yueshu foreign key (user_info_id) references user_info(id)

yueshu为约束名，user_info_id为address表中的数据名，user_info(id)为user_info表中的数据（外表）

删除约束:

alter table address
drop foreign key yueshu

address为表名，yueshu为约束名。

 

显示当前数据库中有那些表:show tables

重命名：rename table address to addr（名：address ==> addr）

事务

• 默认情况下，单条DML语句独立一个事务
• 当执行一组DML操作时，为了确保数据的完整性和一致性，避免数据库产生错误数据，就需要通过事务（Transaction）使该组DML操作同时成功或失败，例如：张三有两张银行卡，卡号分别是1234567890和0987654321，现从1234567890卡取出100块钱转到0987654321卡，则取出钱的卡需要减去100，转入卡需要增加100，现实生活中这两个update操作必须同时成功同时失败。

 

提交：commit

撤销事物中sql语句操作(未提交的)：rollback

• 当执行第一个DML SQL语句时，事务开始，当出现以下情况时事务结束：

 1.执行了commit或rollback语句；

 2.执行了DDL语句（如建表语句）或DCL语句（如给用户授权）

set autocommit = 0;
insert into student 
values ('0e0180a3-ec2f-4a72-b1ae-28d5f2be36ea','小明','18338954490','北京市大兴区');
create table user_info(
       id char(36) primary key
)
#上面insert语句虽然没有执行commit或rollback,但是因执行了建表语句，使得事务被隐式提交

 3.数据库客户端程序退出或数据库崩溃时，为了保持数据一致性，也会结束事务。

• 注意：

1. 执行DML语句且没有结束事务时，如果需要查询数据库的真实改变情况，则要求在一个新的SQL Window窗口中执行查询语句：因为事务中所做的每一个操作在事务被提交之前都是临时的，在commit或rollback语句执行之前，DML语句首先影响该用户的数据库缓冲区，因为这些操作可以被恢复，而且因为是在该用户的数据缓冲区，所以在原SQL窗口中查询得到的是数据缓冲区的结果，不是数据库真实的数据；要想拿到数据库真实的数据，需要在新SQL窗口中执行查询语句，这样针对不同的用户，MySQL服务器用读一致性来确保每个用户看到的数据和上次提交时的数据相同。

2. 当一个用户执行DML语句时，如果其事务没有结束，则受影响的行被锁定，此时其它用户不能改变受影响行中的数据，后面用户所执行的DML语句会一直处于执行状态，直至前一个用户所执行DML语句事务结束。

如：

在一个SQL Window中执行如下SQL语句，并且不执行事务结束语句

set autocommit = 0;
update student set name='小强' where id='0e0180a3-ec2f-4a72-b1ae-28d5f2be36ea';

然后再在一个新的SQL Window中执行如下SQL语句

set autocommit = 0;
delete from student where id='0e0180a3-ec2f-4a72-b1ae-28d5f2be36ea';

由于update语句执行后没有结束事务，所以delete语句执行后一致处于执行状态，当update语句的事务结束，则delete语句结束执行状态。

• 事务四大特性（ACID）：

1. 原子性：化学中的原子指不可再分的基本微粒，数据库中原子性强调事务是一个不可分割的整体，事务开始后所有操作要么全部成功，要么全部失败，不可能停滞在中间某个环节。如果事务执行过程中出错就会回滚到事务开始前的状态，所有的操作就像没有发生一样不会对数据库有任何影响。

2. 一致性：事务必须使数据库从一个一致性状态变换到另一个一致性状态，即一个事务执行之前和执行之后都必须处于一致性状态。拿转账来说，假设用户A和用户B两者的钱加起来一共是5000，那么不管A和B之间如何转账，转几次账，事务结束后两个用户的钱相加起来应该还是5000，这就是事务的一致性。

3. 隔离性：当多个用户并发访问数据库时，比如操作同一张表时，数据库为每一个用户开启的事务，不能被其他事务的操作所干扰，多个并发事务之间要相互隔离，比如A正在从一张银行卡中取钱，在A取钱的过程结束前，B不能向这张卡转入钱。

4. 持久性：一个事务一旦被提交，则对数据库的所有更新将被保存到数据库中，不能回滚。