抑制 ddl 创建脚本中的 ORA-00942 错误

Question

假设您生成 ddl 以通过 Hibernate SchemaExport 等创建所有数据库表等。您得到的是一个开头以 drop 语句开头的脚本。没问题，因为我想要这个。但运行此脚本会在 Oracle 数据库上运行时产生大量 ORA-00942 错误。

由于如果表尚不存在，它们并不是真正的错误，因此我希望我的创建脚本在执行时没有错误，这样很容易确定失败的内容（如果有）。

我有什么选择？我确实希望生成 drop 语句，因为表可能存在也可能不存在，但我不希望一百万个 ORA 返回给我，我必须检查（以确定它们是否是实际错误）只是因为它不能'不要掉落一张全新的桌子。

Answer 1

“假设您生成 ddl 来创建所有
通过 Hibernate 的数据库表等
SchemaExport 等。您得到的是
以 drop 开头的脚本
开头的陈述。不是一个
问题，正如我想要的。但跑步
这个脚本产生了一堆垃圾
在 Oracle 上运行时出现 ORA-00942 错误
分贝。”

我们应该使用源代码控制和配置管理最佳实践来正确维护我们的模式。在这种情况下，我们事先知道我们运行脚本所针对的模式是否包含这些表。我们不会收到错误，因为我们不尝试 然而，并不

总是可以做到这一点，第一个脚本只有 DROP TABLE 语句，以友好的开头。

PROMPT  It is safe to ignore any ORA-00942 errors in the following statements

第二个脚本包含所有 CREATE TABLE。语句并导致

PROMPT  All the statements in this script should succeed.  So investigate any errors

另一个选项是使用数据字典：

begin
    for r in ( select table_name from user_tables )
    loop
        execute immediate 'drop table '||r.table_name
                    ||' cascade constraints';
    end loop;
end;

小心这个选项，它会删除模式中的每个表。

Answer 2

如果您获得了 drop 语句的脚本，而 Hibernate 不会为您执行此操作，则将 DROP TABLE 语句包装在 IF 中，以在删除该表之前测试该表是否存在：

IF EXISTS(SELECT NULL 
            FROM TABLE_XYZ) THEN
  DROP TABLE TABLE_XYZ;
END IF;