博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
mysql存储过程的参数名不要跟字段名一样 (血淋淋的代价)
阅读量:5286 次
发布时间:2019-06-14

本文共 566 字,大约阅读时间需要 1 分钟。

如题,将会导致的结果就是参数的值将不会是你传入的值,而是变成每条记录的那个字段的值。

这样的后果,哭是灰常严重的。比如执行删除操作,它能把整个表的记录全删了。
哭这个是我的血淋淋的代价啊。
死坑如下,勿跳:

[sql]
    1. DELIMITER $$  
    2.   
    3. USE `b10k`$$  
    4.   
    5. DROP PROCEDURE IF EXISTS `sp_delete_species`$$  
    6.   
    7. CREATE DEFINER=`luth`@`%` PROCEDURE `sp_delete_species`(  
    8.     IN  species_id  INT,        /*物种ID*/  
    9.     OUT     out_rows        INT         /*受影响行数*/  
    10.     )  
    11. BEGIN  
    12.     DELETE FROM `sample` WHERE `species_ID` = species_id ;  
    13.     DELETE FROM `filepath` WHERE `species_ID` = species_id ;  
    14.     DELETE FROM `species` WHERE `species_ID` = species_id ;  
    15.     SET out_rows = ROW_COUNT();  
    16.     END$$  
    17.   
    18. DELIMITER ; 

转载于:https://www.cnblogs.com/caicaizi/p/4941363.html

你可能感兴趣的文章
WC.exe-软工作业(一)
查看>>
nginx error_log报错upstream timed out (110: Connection timed out)
查看>>
mui开发app之webview
查看>>
类中静态方法
查看>>
SQl基本操作——try catch
查看>>
设计模式(第一式:单例模式)
查看>>
opengl ES
查看>>
本地连接服务器数据库
查看>>
iOS线程安全问题
查看>>
安装 error: Microsoft Visual C++ 14.0 is required 解决方案
查看>>
CNN(自我理解)
查看>>
【codevs 1159】最大全0子矩阵 (悬线法)
查看>>
【Java并发】JUC—ReentrantReadWriteLock有坑,小心读锁!
查看>>
R画柱形图和箱线图
查看>>
结对编程收获
查看>>
QQ模拟自动登录实现
查看>>
Daily Scrum M2 11-15
查看>>
收藏的js处理时间东东
查看>>
layer 的功能
查看>>
Greedy:Graveyard Design(POJ 2100)
查看>>