mysql where 不起作用_存储过程WHERE条件不生效

本文介绍了一个关于存储过程中变量名与字段名冲突导致数据误删的问题及解决方案。通过更改变量名避免了名称冲突,确保了DELETE语句的正确执行。

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

业务上有个删除操作需要涉及到几张表,一条一条操作很麻烦,所以想写个存储过程来封装下,原始语句如下:

DELETE FROM AUTH_AUTHORITY WHERE `ID` in ('f_view_access');

DELETE FROM AUTH_ROLE_AUTHORITY WHERE AUTHORITY_ID in ('f_view_access');

存储过程如下:

DROP PROCEDURE IF EXISTS delete_authority;

DELIMITER $$

CREATE PROCEDURE delete_authority(IN authority_id CHAR(30))

BEGIN

DELETE FROM AUTH_AUTHORITY WHERE `ID` = authority_id;

DELETE FROM AUTH_ROLE_AUTHORITY WHERE `AUTHORITY_ID` = authority_id;

END $$

DELIMITER ;

CALL delete_authority('f_view_access');

DROP PROCEDURE IF EXISTS delete_authority;

执行后发现AUTH_ROLE_AUTHORITY表的数据全部被删除了,即WHERE条件不生效。

经过排查确认是变量(authority_id)命名的问题,总结起来就是:存储过程DELETE语句中where条件后的变量名不能和字段名相同,不区分大小写的!其他SELECT、UPDATE、INSERT同理,坑爹。。。

修改变量名后的存储过程如下,执行符合预期:

DROP PROCEDURE IF EXISTS delete_authority;

DELIMITER $$

CREATE PROCEDURE delete_authority(IN authority CHAR(30))

BEGIN

DELETE FROM AUTH_AUTHORITY WHERE `ID` = authority;

DELETE FROM AUTH_ROLE_AUTHORITY WHERE `AUTHORITY_ID` = authority;

END $$

DELIMITER ;

CALL delete_authority('f_view_access');

DROP PROCEDURE IF EXISTS delete_authority;

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值