一、查看
- 方式一：使用SHOW CREATE语句查看存储过程和函数的创建信息
SHOW CREATE {PROCEDURE | FUNCTION} 存储过程名或函数名
eg:
SHOW CREATE FUNCTION test_db.CountProc \G
- 方式二： 使用SHOW STATUS语句查看存储过程和函数的状态信息
SHOW {PROCEDURE | FUNCTION} STATUS [LIKE 'pattern']
- 方式三： 从information_schema.Routines表中查看存储过程和函数的信息
SELECT * FROM information_schema.Routines
WHERE ROUTINE_NAME='存储过程或函数的名' [AND ROUTINE_TYPE = {'PROCEDURE|FUNCTION'}];
SELECT * FROM information_schema.Routines
WHERE ROUTINE_NAME='count_by_id' AND ROUTINE_TYPE = 'FUNCTION' \G
二、修改
修改存储过程或函数，不影响存储过程或函数功能，只是修改相关特性。使用ALTER语句实现其中，characteristic指定存储过程或函数的特性，其取值信息与创建存储过程、函数时的取值信息略有不同。
ALTER {PROCEDURE | FUNCTION} 存储过程或函数的名 [characteristic ...]
{ CONTAINS SQL | NO SQL | READS SQL DATA
| MODIFIES SQL DATA } | SQL SECURITY { DEFINER | INVOKER }
| COMMENT 'string'
-
CONTAINS SQL：表示子程序包含SQL语句，但不包含读或写数据的语句。 -
NO SQL：表示子程序中不包含SQL语句。 -
READS SQL DATA：表示子程序中包含读数据的语句。 -
MODIFIES SQL DATA：表示子程序中包含写数据的语句。 -
SQL SECURITY { DEFINER | INVOKER }：指明谁有权限来执行。 -
DEFINER：表示只有定义者自己才能够执行。 -
INVOKER：表示调用者可以执行。 -
COMMENT 'string'：表示注释信息。
1、修改存储过程CountProc的定义。将读写权限改为MODIFIES SQL DATA，并指明调用者可以执行，代码如
下
ALTER PROCEDURE CountProc
MODIFIES SQL DATA
SQL SECURITY INVOKER ;
- 查询修改后的信息
SELECT specific_name,sql_data_access,security_type
FROM information_schema.`ROUTINES`
WHERE routine_name = 'CountProc' AND routine_type = 'PROCEDURE';
- 结果显示，存储过程修改成功。从查询的结果可以看出，访问数据的权限（SQL_DATA_ ACCESS）已经变
成MODIFIES SQL DATA，安全类型（SECURITY_TYPE）已经变成INVOKER
2、修改存储函数CountProc的定义。将读写权限改为READS SQL DATA，并加上注释信息“FIND NAME”
ALTER FUNCTION CountProc
READS SQL DATA
COMMENT 'FIND NAME' ;
- 存储函数修改成功。从查询的结果可以看出，访问数据的权限（SQL_DATA_ACCESS）已经变成READS SQL DATA，函数注释（ROUTINE_COMMENT）已经变成FIND NAME
三、删除
- 删除存储过程和函数，可以使用DROP语句，其语法结构如下
DROP {PROCEDURE | FUNCTION} [IF EXISTS] 存储过程或函数的名
- IF EXISTS：如果程序或函数不存储，它可以防止发生错误，产生一个用SHOW WARNINGS查看的警告
DROP PROCEDURE CountProc;
DROP FUNCTION CountProc;
四、优点
- 1、
存储过程可以一次编译多次使用。存储过程只在创建时进行编译，之后的使用都不需要重新编译，
这就提升了 SQL 的执行效率。 - 2、
可以减少开发工作量。将代码 封装 成模块，实际上是编程的核心思想之一，这样可以把复杂的问题
拆解成不同的模块，然后模块之间可以 重复使用 ，在减少开发工作量的同时，还能保证代码的结构清
晰。 - 3、
存储过程的安全性强。我们在设定存储过程的时候可以 设置对用户的使用权限 ，这样就和视图一样具
有较强的安全性。 - 4、
可以减少网络传输量。因为代码封装到存储过程中，每次使用只需要调用存储过程即可，这样就减
少了网络传输量。 - 5、
良好的封装性。在进行相对复杂的数据库操作时，原本需要使用一条一条的 SQL 语句，可能要连接
多次数据库才能完成的操作，现在变成了一次存储过程，只需要 连接一次即可 。
五、缺点
- 1、
可移植性差。存储过程不能跨数据库移植，比如在 MySQL、Oracle 和 SQL Server 里编写的存储过
程，在换成其他数据库时都需要重新编写。 - 2、
调试困难。只有少数 DBMS 支持存储过程的调试。对于复杂的存储过程来说，开发和维护都不容
易。虽然也有一些第三方工具可以对存储过程进行调试，但要收费。 - 3、
存储过程的版本管理很困难。比如数据表索引发生变化了，可能会导致存储过程失效。我们在开发
软件的时候往往需要进行版本管理，但是存储过程本身没有版本控制，版本迭代更新的时候很麻烦。 - 4、
它不适合高并发的场景。高并发的场景需要减少数据库的压力，有时数据库会采用分库分表的方
式，而且对可扩展性要求很高，在这种情况下，存储过程会变得难以维护， 增加数据库的压力 ，显然就
不适用了
网友评论