MySQL基础(三):视图、存储过程、事务与索引

一:视图

视图是虚拟的表;
它们包含的不是数据而是根据需要检索数据的查询;

视图提供了一种封装SELECT语句的层次,可用来简化数据处理以及重新格式化基础数据或保护基础数据。

视图的作用:
1,重用SQL语句;2,简化复杂的SQL操作;3,使用表的组成部分而不是整个表;4,保护数据;5,更改数据格式和表示

操作视图:

--创建视图
CREATE VIEW viewname as
	查询语句;

--查看视图
SHOW CREATE VIEW viewname;
--删除视图
DROP VIEW viewname;


二:存储过程

存储过程:就是为以后的使用而保存的一条或多条SQL语句的集合(类似于一个函数)

存储过程的优点:
简单:把处理封装在容易使用的单元中,简化复杂的操作;
安全:由于不要求反复建立一系列处理步骤,保证了数据的一致性;简化对变动的管理;

高性能:因为存储过程通常以编译过的形式存储,所有DBMS为处理命令所做的工作较少。

缺点:
不同DBMS中的存储过程语法有所不同,所有存储过程的可移植性很差;

存储过程的编写比基本的SQL语句复杂,需要更高的技能,更丰富的经验。

MySQL变量名规范:所有MySQL变量都必须以@开始

操作存储过程:

--创建存储过程
CREATE PROCEDURE productpricing1()
BEGIN
    SELECT Avg(prod_price) AS priceaverage
    FROM products;
END;

CREATE PROCEDURE productpricing(
    OUT pl DECIMAL(8,2),
    OUT ph DECIMAL(8,2),   
    OUT pa DECIMAL(8,2),				
)
BEGIN
    SELECT Min(prod_price)
    INTO pl
    FROM products;
    SELECT Max(prod_price)
    INTO ph
    FROM products;
    SELECT Avg(prod_price)
    INTO pa
    FROM products;
END;

--执行存储过程:MySQL称存储过程的执行为调用
--存储过程将结果保存在3个变量中
CALL productpricing(@pricelow,
		    @pricehigh,
		    @priceaverage);


CREATE PROCEDURE ordertotal(
    IN onumber INT,
    OUT ototal DECIMAL(8,2)
)
BEGIN
    SELECT Sum(item_price*quantity)
    FROM orderitems
    WHERE order_num = onumber
    INTO ototal;
END;

CALL ordertotal(20005,@total);


--删除存储过程

DROP PROCEDURE productpricing;

--检查存储过程

SHOW CREATE PROCEDURE ordertotal;
SHOW PROCEDURE STATUS LIKE 'ordertotal';


三:游标

游标:cursor 是一个存储在DBMS服务器上的数据库查询,它不是一条SELECT语句,而是被该语句检索出来的结果集

在存储了游标之后,应用程序可以根据需要滚动或浏览其中的数据;

游标主要用于交互式应用,其中用户需要滚动屏幕上的数据,并对数据进行浏览或做出更改

使用游标:
①在能够使用游标前,必须声明(定义)它;
②一旦声明后,必须打开游标以供使用;
③对于填有数据的游标,根据需要取出(检索)各行;

④在结束游标使用时,必须关闭游标。

--操作游标
CREATE PROCEDURE processorders()
BEGIN
	--Declare local variables
	DECLARE o INT;

	--Declare the cursor
	DECLARE ordernumbers CURSOR
	FOR
	SELECT order_num FROM orders;

	--Open the cursor
	OPEN ordernumbers;

	--Get order number
	FETCH ordernumbers INTO o;

	--Close the cursor
	CLOSE ordernumbers;
END;

四:事物处理

事物处理:可以用来维护数据库的完整性,它保证成批的SQL操作要么完全执行,要么完全不执行

事务处理是一种机制,用来管理必须成批执行的MySQL操作,以保证数据库不包含不完整的操作结果。利用事务处理,可以保证一组操作不会中途停止,它们或者作为整体执行,或者完全不执行(除非明确指示)。如果没有错误发生,整组语句提交给(写到)数据库表。如果发生错误,则进行回退(撤销)以恢复数据库到某个已知且安全的状态。

事物:transaction 指一组SQL语句;
回退:rollback 指撤销指定SQL语句的过程;
提交:commit 指将未存储的SQL语句结果写入数据库表;

保留点:savepoint 指事务处理中设置的临时占位符,你可以对它发布回退。

事务处理用来管理INSERT、UPDATE和DELETE语句,不能回退SELECT语句,也不能回退CREATE或DROP操作

一般的MySQL语句都是直接针对数据库表执行和编写的。这就是所谓的隐含提交(implicit commit),即提交(写或保存)操作是自动进行的。

但是,在事务处理块中,提交不会隐含地进行。为进行明确的提交,使用COMMIT语句。

保留点越多越好 可以在MySQL代码中设置任意多的保留点,越多越好。为什么呢?因为保留点越多,你就越能按自己的意愿灵活地进行回退。

START TRANSACTION;
DELETE FROM orderitems WHERE order_num = 20010;
DELETE FROM orders WHERE order_num = 20010;
COMMIT;

--使用保留点
SAVEPOINT delete1;
ROLLBACK TO delete1;

五:索引

索引:用来排序数据以加快搜索和排序操作的速度

索引改善检索操作的性能,但降低数据插入、修改和删除的性能。在执行这些操作时,DBMS必须动态地更新索引;
索引数据可能要占用大量的存储空间;
并非所有数据都适合于索引;

索引用于数据过滤和数据排序;


六:触发器

触发器:是特殊的存储过程,它在特定的数据库活动发生时自动执行

触发器与单个的表相关联;与orders表上的INSERT操作相关联的触发器只在orders表中插入行时执行

创建触发器:
1,唯一的触发器名;
2,触发器关联的表;
3,触发器应该响应的活动(DELETE、INSERT或UPDATE);
4,触发器何时执行(处理之前或之后)

触发器按每个表每个事件每次地定义,每个表每个事件每次只允许一个触发器。因此,每个表最多支持6个触发器(每条INSERT、UPDATE和DELETE的之前和之后)

用途:
保证数据一致;
基于某个表的变动在其他表上执行活动;
进行额外的验证并根据需要回退数据;

计算计算列的值或更新时间戳;

--创建触发器
CREATE TRIGGER newproduct AFTER INSERT ON products
FOR EACH ROW SELECT 'Product added';

--删除触发器
DROP TRIGGER newproduct;


猜你喜欢

转载自blog.csdn.net/hua1011161696/article/details/80353439