主页 / user-21680

Jeromy French's questions

Martin Hope
Jeromy French
Asked: 2022-01-11 06:44:16 +0800 CST
  • 0

我正在准备 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
Martin Hope
Jeromy French
Asked: 2017-05-11 10:39:42 +0800 CST
  • 2

我有一个非常大的表（190 万条记录），目前有一个唯一索引。我需要将该唯一索引更改为非唯一索引。

因为我试图避免此活动“中断”，所以我正在考虑采用这种巧妙的方法来创建新的非唯一索引。以这种方式创建索引意味着工作索引始终可用，有利于对该表的查询——这一好处解决了中断的争论之一。

我不清楚的是，在不限制表上的更新/插入的情况下构建此索引对我有什么不利影响。如果这些风险可以忽略不计，那将消除剩余的停电需求。

对接收新索引的表进行编辑会引起什么并发症？

oracle index