主页 / dba / 问题 / 305891
Accepted
Jeromy French
Asked: 2022-01-11 06:44:16 +0800 CST

如何让 SQL Developer 编译包含 DDL 中的代码的代码？

  • 772

我正在准备 SQL 脚本，它可以将一组代码部署到目标环境中，而无需大惊小怪。我希望执行 DBA 只需登录到目标数据库并执行“install_release.sql”。该文件“包含”（通过SQL Developer 支持的“@”命令）其他脚本：

PROMPT Compile package specs...
    PROMPT ...package A
    @../../../path/to/packageA/spec.sql

    PROMPT ...package B
    @../../../path/to/packageB/spec.sql

PROMPT Compile package bodies...
    PROMPT ...package A
    @../../../path/to/packageA/body.sql

    PROMPT ...package B
    @../../../path/to/packageB/body.sql

该过程的这一部分似乎效果很好。

但是，每个包主体都试图包含要包含在包定义中的常见、重复的 SQL 片段（例如，标准EXCEPTION声明）。例如，“exception_declarations.sql”包含如下代码：

EMPTY_PARAMTER         EXCEPTION
INSUFFICIENT_ACCESS    EXCEPTION

而“packageA/body.sql”包含如下代码：

CREATE OR REPLACE PACKAGE BODY My_Schema.PackageA AS
    @../../../path/to/exception_declarations.sql

FUNCTION ETC(...etc...

当我尝试从 SQL Developer 作为脚本执行“install_release.sql”时，我可以从生成的日志中看到编译器遵循编译规范的路径（没问题），并进入包体......但一旦进入包体，它在尝试执行时抛出此错误@../../../path/to/exception_declarations.sql：

在预期以下内容时遇到符号“@”：begin end function pragma procedure subtype type current cursor delete exists prior

更神秘的是，当通过 SQL Plus 执行时，这个完全相同的代码可以按预期编译（没有错误）（我只是使用 SQL Plus，但我正在通过一个相当锁定的虚拟机远程工作，它不会让我安装 SQL另外......但确实让我“安装”SQL Developer......它很复杂......我不喜欢谈论它，因为那时恶魔开始嘲笑我）。

我在这里做错了什么？为什么编译器会遵循一组脚本中的路径，而不是包体代码中的路径？我认为这是因为@命令嵌入在 DDL 中......所以......我怎样才能让 SQL Developer 编译包含 DDL 中的代码的代码？

oracle-sql-developer

1 个回答

  1. Best Answer
    @  !=  #include  
@  ==  START

    START 命令及其“@”等效项将调用完整的外部 PL/SQL 脚本。
    “@”和 START不是Oracle PL/SQL 语法的一部分，因此您不能在其他 PL/SQL DDL 结构中使用它。

    您应该以正确的顺序构建包含所有内容的单个脚本或包含每个较低级别元素的顶级“控制器”脚本。

    @ empty_parameter_exception.sql
@ insufficient_access_exception.sql
@ package_a.sql
@ package_a.body.sql
@ package_b.sql
@ package_b.body.sql

    无论如何，如果您的异常等是“标准的”，那么它们是否应该不在自己的包中，而不是在每个单独编译的包中重复它们的 [文本] 定义？

    • 1

相关问题