视图：
• 对于复杂的查询，在多个地方被使用，如果需求发生了改变，需要更改sql语句，则需要在多个地方进行修改，维护起来非常麻烦
视图的引入：假如因为某种需求，需要将user拆房表usera和表userb，该两张表的结构如下：
测试表:usera有id，name，age字段
测试表:userb有id，name，sex字段
这时如果php端使用sql语句：select * from user;那就会提示该表不存在，这时该如何解决呢。解决方案：创建视图。以下sql语句创建视图：
create view user as select a.name,a.age,b.sex from usera as a, userb as b where a.name=b.name;
视图本质：
就是对查询的封装
定义视图：
建议以v_开头
create view 视图名称 as select语句;
视图相关命令：
查看视图：
查看表会将所有的视图也列出来
show tables;
删除视图：
drop view 视图名称;
drop view v_stu_score_course;
使用：
视图的用途就是查询
select * from v_stu_score_course;
例：
• 学生表
• 班级表
create view v_student_info as select classes.c_name as '班级', students.name as '学生' from students inner join classes on students.cls_id=classes.id order by classes.id;
事务
事务的引入：为什么要有事务？
例如：A用户和B用户是银行的储户，现在A要给B转账500元，那么需要做以下几件事：
§ 检查A的账户余额>500元；
§ A 账户中扣除500元;
§ B 账户中增加500元;
上述3个步骤的操作必须打包在一个事物中，任何一个步骤失败，则必须回滚所有步骤
可以用start transaction语句开始一个事物，然后要么使用commit提交将修改的数据持久保存，要么使用rollback撤销所有修改，事物sql的样本如下：
start transation; select balance from checking where customer_id=1024232; update checking set balance=balance-200.00 where customer_id=1024232; update savings set balance=balance+200.00 where customer_id=1024232; commit;
事务的特性：
原子性(A,atomicity)、一致性(C,consistency)、隔离性(I,isolation)、持久性(D,durabulity)。
- • 原子性：事务内的所有操作要么都执行，要么都不执行，它是一个不可分割的工作单位。
- • 一致性：数据库总是从一个一致性的状态转换到另一个一致性的状态（在前面的例子当中，一致性确保了，即使在执行第三、四条语句之间系统崩溃，支票账户也不会损失200美元，因为事物最终没有被提交，所以事物中所做的修改也不会保存到数据库中）
- • 隔离性：一个事物所做的修改在最终提交之前，对其他事物是不可见的（在前面的例子中，当执行完第三条语句、第四条语句还未开始时，此时有另外一个账户汇总程序开始运行，则其看到的支票账户的余额并没有被减去200美元。）
- • 持久性：事务完成后，该事务内涉及的数据必 须持久性的写入磁盘保证其持久性。当然，这是从事务的角度来考虑的的持久性，从操作系统故障或硬件故障来说，这是不一定的。
事务命令
要求：
表的引擎类型必须是innodb类型才可以使用事务，这是mysql表的默认引擎
查看表的创建语句，可以看到engine=innodb
show create table students;
修改数据的命令会触发事务，包括insert、update、delete
1、开启事务，命令如下：
开启事务后执行修改命令，变更会维护到本地缓存中，而不维护到物理表中
show variables like '%commit%' #查看事务是否开启 begin或者start transaction; #开启事务
2、提交事务，命令如下
将缓存中的数据变更维护到物理表中
commit; #提交（将缓存中的数据变更维护到物理表中）
3、回滚事务，命令如下：
放弃缓存中变更的数据
rollback;
索引
索引的引出：
在图书馆中是如何找到一本书的？
a. 一般的应用系统对比数据库的读写比例在10:1左右，而且插入操作和更新操作很少出现性能问题，遇到最多的，也是最容易出问题的，还是一些复杂的查询操作，所以查询语句的优化显然是重中之重
b. 当数据库中数据量很大时，查找数据会变得很慢
索引的语法
查看索引
show index from 表名;
创建索引
方式一：建表时创建索引
create table create_index( id int primary key, name varchar(10) unique, age int, key (age) );
方式二：对于已经存在的表，添加索引
如果指定字段是字符串，需要指定长度，建议长度与定义字段时的长度一致
字段类型如果不是字符串，可以不填写长度部分
create index 索引名称 on 表名(字段名称(长度))
例：
create index age_index on create_index(age);
删除索引：
drop index 索引名称 on 表名;
测试时间：
set profiling=1; #打开sql语句执行时间 show profiles; #查看sql执行时间
数据库添加数据：
import pymysql
db = pymysql.connect(host='192.168.59.100',user='root',
passwd='root',db='test',port=3306)
cur = db.cursor()
for i in range(100000):
cur.execute("insert into test_table values (0,'name-%s','title-%s')"%(i,i))
db.commit()
res = cur.fetchall()
print(res)
外键foreign key
• 如果一个实体的某个字段指向另一个实体的主键，就称为外键。被指向的实体，称之为主实体（主表），也叫父实体（父表）。负责指向的实体，称之为从实体（从表），也叫子实体（子表）
• 对关系字段进行约束，当为从表中的关系字段填写值时，会到关联的主表中查询此值是否存在，如果存在则填写成功，如果不存在则填写失败并报错
外键语法：
查看外键
show create table 表名
添加外键
a. alter table students add constraint fk_students_gid foreign key (gid) references grade(gid) on delete cascade;
删除外键
a. show create table 表名 b. alter table students drop foreign key 外键名字;
如果一个实体的某个字段指向另一个实体的主键，就称为外键。
被指向的实体，称之为主实体（主表），也叫父实体（父表）。
负责指向的实体，称之为从实体（从表），也叫子实体（子表）
添加外键
MariaDB [testdb]> alter table students add constraint 外键名字 foreign key (字段) references 表名(字段) on delete cascade;
note:
如果加上on delete cascade那么在删除父表中的数据时，也会删除子表中的数据
如果不加on delete cascade那么如果子表不为空，不能删除父表数据
查看外键
MariaDB [testdb]> show create table students;
| students | CREATE TABLE `students` (
`id` int(10) unsigned NOT NULL AUTO_INCREMENT,
`name` varchar(20) DEFAULT '',
`age` tinyint(3) unsigned DEFAULT 0,
`high` decimal(5,2) DEFAULT NULL,
`gender` enum('男','女','中性','保密') DEFAULT '保密',
`cls_id` int(10) unsigned DEFAULT 0,
`is_delete` bit(1) DEFAULT b'0',
PRIMARY KEY (`id`),
KEY `fk` (`cls_id`),
CONSTRAINT `fk` FOREIGN KEY (`cls_id`) REFERENCES `classes` (`id`) ON DELETE CASCADE
) ENGINE=InnoDB AUTO_INCREMENT=20 DEFAULT CHARSET=utf8 |
删除外键
alter table students drop foreign key 外键名字