Get the name of the calling procedure or function in Oracle PL/SQL(在 Oracle PL/SQL 中获取调用过程或函数的名称)
问题描述
有谁知道 PL/SQL 过程(在本例中为错误记录过程)是否有可能获得调用它的函数/过程的名称?
Does anyone know whether it's possible for a PL/SQL procedure (an error-logging one in this case) to get the name of the function/procedure which called it?
显然我可以将名称作为参数传入,但是进行系统调用或其他方式来获取信息会很好-如果不是从过程/函数中调用,它可以只返回 null 或其他内容.
Obviously I could pass the name in as a parameter, but it'd be nice to make a system call or something to get the info - it could just return null or something if it wasn't called from a procedure/function.
如果没有这方面的方法,那很好 - 只是好奇是否有可能(搜索一无所获).
If there's no method for this that's fine - just curious if it's possible (searches yield nothing).
推荐答案
有一个名为 OWA_UTIL 的包(在旧版本的数据库中默认不安装).这有一个方法 WHO_CALLED_ME() 返回 OWNER、OBJECT_NAME、LINE_NO 和 CALLER_TYPE.请注意,如果调用者是一个打包过程,它将返回 PACKAGE 名称而不是过程名称.在这种情况下,无法获得过程名称;这是因为过程名可以重载,所以不一定很有用.
There is a package called OWA_UTIL (which is not installed by default in older versions of the database). This has a method WHO_CALLED_ME() which returns the OWNER, OBJECT_NAME, LINE_NO and CALLER_TYPE. Note that if the caller is a packaged procedure it will return the PACKAGE name not the procedure name. In this case there is no way of getting the procedure name; this is because the procedure name can be overloaded, so it's not necessarily very useful.
了解更多信息.
从 10gR2 开始,还有 $$PLSQL_UNIT 特殊功能;这也将返回 OBJECT NAME(即包不是打包过程).
Since 10gR2 there is also the $$PLSQL_UNIT special function; this will also return the OBJECT NAME (i.e. package not packaged procedure).
这篇关于在 Oracle PL/SQL 中获取调用过程或函数的名称的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持编程学习网!
本文标题为:在 Oracle PL/SQL 中获取调用过程或函数的名称
基础教程推荐
- 在 SQL 中连接多个表 2021-01-01
- 是否可以执行按位分组功能? 2021-01-01
- SQL:使用来自具有相同列名的两个表中的数据... 2021-01-01
- SSMS 中的权限问题:“对象 'extended_properties'、数据库 'mssqlsystem_resource'、... 错误 229)上的 SELECT 权限被拒绝" 2022-01-01
- SQL Server 实例在登录协商期间返回无效或不受支持的协议版本 2021-01-01
- 如何使用 mysql.connector 禁用查询缓存 2022-01-01
- 需要 MySQL 5.1 中的抽象触发器来更新审计日志 2021-01-01
- 将 SQL Server DateTime 列迁移到 DateTimeOffset 2021-01-01
- SQL 效率:WHERE IN 子查询 vs. JOIN 然后 GROUP 2021-01-01
- 无法解决整理冲突 2021-01-01
