GBASE 8A v953报错集锦32--存储过程无法获取 sql 执行行数问题

本文探讨了在存储过程中使用动态SQL时,因提前释放PREPARE语句导致ROW_COUNT()返回-1的问题。解决方案是在获取影响行数后再释放PREPARE。示例代码展示了正确的存储过程结构,确保正确获取执行行数。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

问题现象

使用存储过的 out 参数获取动态 sql 执行的影响行数时,row_count()返回值为-1,

无法准确获取到 sql 执行的行数。

解决方法

因为存储过程中使用了 prepare 动态 sql,在获取 row_count()之前又进行了 prepare

statement 的释放,导致了无法获取 prepare 执行的 sql 影响行数。

存储过程示例及错误场景说明如下:

DELIMITER //

CREATE PROCEDURE "executeSQL"(in S_SQL_TMP varchar(10922),out

count_char int)

BEGIN

set @sql = S_SQL_TMP;

PREPARE s1 FROM @sql;

EXECUTE s1;

-- deallocate prepare s1;

-- 在获取 row_count()值之前,销毁了 prepare statement,错

误的用法

select row_count() into count_char;

deallocate prepare s1;

-- 获取到 row_count()值之后,再执行 deallocate prepare 命令

END //

DELIMITER ;

-- 测试返回正确的影响行数

call executeSQL('insert into t2 select * from t1',@r_count);

select @r_count;

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值