最近在做 SQL Server 到 MySQL 的迁移(migration),相较于对表和数据的迁移,最令人犯难的还是在功能性存储过程脚本的改写转换(convert),虽说 MySQL 如今是蓬勃发展,不断的更新迭代的优化,但是在存储过程等脚本方面与 Oracle、SQL Server 相比,个人感觉是有所欠缺的,无论是灵活性还是实用性,有时真的是很难达到自己想要的效果,或许这就是为什么存储过程在 MySQL 中使用较少的原因吧……
承接上一篇关于MySQL的异常处理,继续异常处理的扩展性用法:
一、常规声明的异常处理
1、条件声明
DECLARE condition_name CONDITION FOR condition_value
condition_value: {
mysql_error_code
| SQLSTATE [VALUE] sqlstate_value
}
condition_name:标准的变量命名;
condition_value:SQLSTATE 值或者 MySQL 自身的 ERROR CODE ;
注:单独的 condition 语句不能直接运行,只能作为【条件处理】的一部分。
2、条件处理
DECLARE handler_action HANDLER
FOR condition_value [, condition_value] ...
statement
handler_action: {
CONTINUE
| EXIT
| UNDO
}
condition_value: {
mysql_error_code
| SQLSTATE [VALUE] sqlstate_value
| condition_name
| SQLWARNING
| NOT FOUND
| SQLEXCEPTION
}
handler_action:代表处理的动作,常用的是继续(CONTIUE)和直接退出(EXIT);
condition_value:异常处理捕获条件或情况,包括【条件声明】里的 SQLSTATE, MYSQL EEROR CODE, condition_name 以及范围混淆的其他两种;
注:SQLWARNING、SQLEXCEPTION、NOT FOUND 表示任何不存在的 WARNING 或者 ERROR。
mysql> DESC tab7;
ERROR 1146 (42S02): Table 'TestDB.tab7' doesn't exist
DELIMITER //
CREATE PROCEDURE PROC_1()
BEGIN
DECLARE CONTINUE HANDLER