最近在项目中维护一个三方写的老破旧项目,居然在项目中大量用存储过程书写逻辑,在维护过程中不停的要去查看阅读对方写的存储过程是一个什么逻辑,使用Data Grip的断点功能尝试在存储过程中打断点,也根本不生效,无奈退而求其次,用在存储过程中打印日志的方式来进行测试,首先用如下SQL脚本,建立一个专门打印日志的存储过程:
create procedure PROC_PRINT_DEBUG_INFO(V_INFO IN NVARCHAR2) --如果这个存储过程存在就把create 换成replace替换,否则create创建,这里创建有参数的存储过程
as --不可省略
begin
dbms_output.put_line('【------打印调试信息:'||V_INFO||'------】');--注意不是双引号而是单引号,否则调用存储过程会报错
end;
/
然后就可以在其他存储过程中任意地方调用这个存储过程来打印想要的日志了。
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· Manus爆火,是硬核还是营销?
· 终于写完轮子一部分:tcp代理 了,记录一下
· 震惊!C++程序真的从main开始吗?99%的程序员都答错了
· 别再用vector<bool>了!Google高级工程师:这可能是STL最大的设计失误
· 单元测试从入门到精通