--视图
- 通俗的讲，视图就是一条SELECT语句执行后返回的结果集。
- 所以我们在创建视图的时候，主要的工作就落在创建这条SQL查询语句上。
-- 视图的特点
- 视图是对若干张基本表的引用，一张虚表，查询语句执行的结果，
- 不存储具体的数据（基本表数据发生了改变，视图也会跟着改变）；
-- 视图的最主要的作用
- 如果数据库因为需求等原因发生了改变，为了保证查询出来的数据与之前相同，
- 则需要在多个地方进行修改，维护起来非常麻烦,这个时候使用视图就可解决这个问题
--注意
视图只能进行搜索 --视图作用总结
1 提高了重用性，就像一个函数
2 对数据库重构，却不影响已经编写好的程序运行
3 提高了安全性能，可以对不同的用户
4 让数据更加清
-- 视图最主要解决的问题
- 程序对数据库操作,一旦数据库发生变化,程序需要修改,这时如果使用视图就可以解决这个问题
-- 事务(ACID)
原子性（atomicity）
一个事务必须被视为一个不可分割的最小工作单元，整个事务中的所有操作要么全部提交成功，要么全部失败回滚，对于一个事务来说，不可能只执行其中的一部分操作，这就是事务的原子性
一致性（consistency）
数据库总是从一个一致性的状态转换到另一个一致性的状态。（在前面的例子中，一致性确保了，即使在执行第三、四条语句之间时系统崩溃，支票账户中也不会损失200美元，因为事务最终没有提交，所以事务中所做的修改也不会保存到数据库中。）
隔离性（isolation）
通常来说，一个事务所做的修改在最终提交以前，对其他事务是不可见的。（在前面的例子中，当执行完第三条语句、第四条语句还未开始时，此时有另外的一个账户汇总程序开始运行，则其看到支票帐户的余额并没有被减去200美元。）
持久性（durability）
一旦事务提交，则其所做的修改会永久保存到数据库。（此时即使系统崩溃，修改的数据也不会丢失。）
-- 注意
innodb能使用事物
使用python操作数据库的时候 默认开启事物的
但是python对数据库进行增删改的时候 需要手动commit
使用终端操作数据库(也就是mysql的客户端)的时候 也是默认开始事物的
只是在回车确认操作的时候 终端会默认的commit 所以我们不需要commit
事物最主要解决的问题
某些事情需要一次性完成 中途不允许出现中断 例如银行取钱 事物可以解决这种问题
-- 索引
- 注意
- 要注意的是，建立太多的索引将会影响更新和插入的速度，因为它需要同样更新每个索引文件。
- 对于一个经常需要更新和插入的表格，就没有必要为一个很少使用的where字句单独建立索引了，
- 对于比较小的表，排序的开销不会很大，也没有必要建立另外的索引。
- 建立索引会占用磁盘空间
-- 索引最主要解决的问题
- 当数据非常庞大时,并且这些数据不需要经常修改,为了加快查询速度,我们会使用索引