Oracle 脚本中的错误处理

Question

我已经尝试解决这个问题一段时间了，我认为是时候寻求帮助了。我正在构建一个模式配置脚本，我想添加一些脚本输出和错误处理。这个想法是脚本输出窗口只会向我显示关键消息而没有所有噪音。

Create Temporary Error Table
Begin Transaction

-- begin work block
Print "Doing some types of work"
-- do work here

If Error and Active Transactions > 0 Then Rollback
If Active Transactions = 0 Then Insert Error In Temp Error Table and Start Another Transaction
-- end work block

-- once all all work complete
If Active Transactions > 0 Then Commit Transactions

在 SQL Server 世界中，我通常只使用 Red Gate's SQL Packager 来完成此操作，这已经弄清楚了（提示，提示 Red Gate - 我们需要一个 Oracle 版本:)）。有什么想法可以从 Oracle 开始获得类似的东西吗？

Answer 1

在 Oracle 中，您定义事务边界 -- 完成后提交，每个语句都是原子的。

如果您使用的是 SQL*Plus，并且如果出现任何问题，您根本不希望提交任何内容，您可以在 SQL 脚本中添加以下内容：

SET ECHO ON
SPOOL /some/path/to/logfile.log
WHENEVER SQLERROR EXIT SQL.CODE ROLLBACK

-- run your code or DML statements

COMMIT;
EXIT;

这将在第一次遇到错误时将其轰出，因此错误语句将在日志文件的末尾。它还将回滚任何更改，因此只要没有任何 COMMITs（或导致它们的语句，如 CREATE, ALTER, DROP, GRANT 或 REVOKE），那么整个升级就是全有或全无。

Answer 2

在我见过的大多数情况下，此类（重复）任务是使用脚本自动完成的。

我们目前的一种方法是使用 UNIX 脚本运行给定目录中的所有 .sql 文件并生成一个 .log 文件。在过程结束时，我们 grep 日志文件并查看是否有任何错误。

您不需要手动打印任何错误，因为 sqlplus 已经打印出错误并在日志文件中捕获。

下面是一个非常简单的例子……

.ksh 文件

#!/usr/bin/ksh
echo "Starting provisioning script.."

sqlplus scott/tiger@oracle102 > file1.log << !
@file1.sql
@file1.sql
!

echo "end of provisioning script"

还有 file1.sql 的内容（在本例中位于同一目录中）

create table test123(
   id number,
   name varchar2(200)
);

当我运行这个脚本时，第一个创建成功，第二个失败..日志文件将是.. like..

SQL*Plus: Release 10.2.0.4.0 - Production on Fri Aug 6 20:44:08 2010

Copyright (c) 1982, 2007, Oracle.  All Rights Reserved.


Connected to:
Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - 64bit Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options

SQL>
Table created.

SQL> create table test123(
             *
ERROR at line 1:
ORA-00955: name is already used by an existing object


SQL> Disconnected from Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - 64bit Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options

您可以按照这些思路准备一个脚本......然后在日志文件中查找任何错误......一旦执行完成。您可以使用各种 sqlplus 会话命令来摆脱所有不需要的 cmets 等。

我不知道有任何自动化工具可以做到这一点。我一直这样做的原因

希望这会有所帮助...