列出带有原始大小写的oracle存储过程名称

如何使用包的原始名称列出包的所有存储过程/参数

执行以下操作时，所有名称均为大写：

SELECT object_name, argument_name, in_out, data_type FROM All_arguments;

是否有办法找到原始名称（原始案例）。

---

比如说，当我创建一个名为“getMyStoredProcedure”的存储过程时，我希望在这种情况下获取名称。

默认情况下，Oracle标识符不区分大小写。标识符在数据字典中自动转换为大写

您可以通过选择使用区分大小写的标识符来防止出现这种情况，这需要将标识符用双引号括起来。如果你

CREATE PROCEDURE "myCamelCaseProc"
...

---

过程名称将保留在数据字典中。但是，如果这样做，则每次引用标识符时都需要将其括在双引号中，并且每次都必须获得正确的大小写。这通常是一个糟糕的体系结构选择——当未来的开发人员发现自己试图读取充满双引号且标识符意外区分大小写的代码时，他们可能会诅咒您的名字

默认情况下，Oracle标识符不区分大小写。标识符在数据字典中自动转换为大写

您可以通过选择使用区分大小写的标识符来防止出现这种情况，这需要将标识符用双引号括起来。如果你

CREATE PROCEDURE "myCamelCaseProc"
...

---

过程名称将保留在数据字典中。但是，如果这样做，则每次引用标识符时都需要将其括在双引号中，并且每次都必须获得正确的大小写。这通常是一个糟糕的体系结构选择——当未来的开发人员发现自己试图读取充满双引号且标识符意外区分大小写的代码时，他们可能会诅咒您的名字

默认情况下，Oracle标识符不区分大小写。标识符在数据字典中自动转换为大写

您可以通过选择使用区分大小写的标识符来防止出现这种情况，这需要将标识符用双引号括起来。如果你

CREATE PROCEDURE "myCamelCaseProc"
...

---

过程名称将保留在数据字典中。但是，如果这样做，则每次引用标识符时都需要将其括在双引号中，并且每次都必须获得正确的大小写。这通常是一个糟糕的体系结构选择——当未来的开发人员发现自己试图读取充满双引号且标识符意外区分大小写的代码时，他们可能会诅咒您的名字

默认情况下，Oracle标识符不区分大小写。标识符在数据字典中自动转换为大写

您可以通过选择使用区分大小写的标识符来防止出现这种情况，这需要将标识符用双引号括起来。如果你

CREATE PROCEDURE "myCamelCaseProc"
...

---

过程名称将保留在数据字典中。但是，如果这样做，则每次引用标识符时都需要将其括在双引号中，并且每次都必须获得正确的大小写。这通常是一个糟糕的体系结构选择——当未来的开发人员发现自己试图读取充满双引号且标识符意外区分大小写的代码时，他们可能会诅咒您的名字

保留源代码-oracle默认情况下使用大写字符创建对象。因此，一个短语示例：“创建或替换”变成了“创建或替换”。换句话说，小写字符将永远改变。您无法取回它们。请保留您的源代码-默认情况下，oracle使用大写字符创建对象。因此，一个短语示例：“创建或替换”变成了“创建或替换”。换句话说，小写字符将永远改变。您无法取回它们。请保留您的源代码-默认情况下，oracle使用大写字符创建对象。因此，一个短语示例：“创建或替换”变成了“创建或替换”。换句话说，小写字符将永远改变。您无法取回它们。请保留您的源代码-默认情况下，oracle使用大写字符创建对象。因此，一个短语示例：“创建或替换”变成了“创建或替换”。换句话说，小写字符将永远改变。我以前读过这方面的内容，但我想知道PL/SQLDeveloper如何能够在正确的情况下列出它们来查看规范和正文。它可能会解析包体来列出它们。我以前读过这方面的内容，但我想知道PL/SQL开发人员如何能够在正确的情况下列出它们，何时执行View Spec&body。它可能会解析包体来列出它们。我以前读过这方面的内容，但我想知道PL/SQL开发人员如何能够在正确的情况下列出它们，何时执行View Spec&body。它可能会解析包体来列出它们。我以前读过这方面的内容，但我想知道PL/SQL开发人员如何能够在正确的情况下列出它们，何时执行View Spec&body。它可能解析包体以列出它们。