Oracle Database 10 g : 为 DBA 提供的最佳前 20 位的特性（七）
第 7 周
SQL*Plus 的成长
随着 Oracle Database 10 g 的发布，这个小而强大的 DBA 工具有了一些引人注目的变化，包括有用的提示符和高级文件处理
数据库治理员天天用得最多的工具是哪一个？对于许多象我一样在 GUI 革命之前的数据库治理员而言，一定是 SQL*Plus 命令行选件。
虽然随着强大和功能丰富的 Enterprise Manager 10 g 的引入， SQL*Plus 在 Oracle Database 10 g 中已经发生了一些变化，但这个普遍存在的小工具仍将继续作为 Oracle 原有系统的一部分 — 对初学者和经验丰富的数据库治理员同样适用。
在本部分中，我们将研究对 SQL*Plus 10.1.0 .2 所作的一些非常有用的改进。切记，要继续下面的操作，您将需要 Oracle Database 10 g 软件的 sqlplus 可执行程序，而不是运行在 10 g 数据库上的 Oracle9 i Database sqlpuls 。
为粗心用户提供的提示符
我在哪里，或我是谁？不，这不是对您精神的拷问；这是关于用户在 SQL*Plus 环境的上下文中位于何处的问题。 SQL*Plus 中的默认提示符 — 简单的 SQL> — 不指出用户是谁，以及用户作为什么连接。在早期的版本中，您必须进行一些麻烦的编码来获取变量，但现在不再需要这样了。在 SQL*Plus 10.1.0 .2 中，您可以使用：
set sqlprompt "_user _privilege> "
SQL*Plus 提示符显示为
SYS AS SYSDBA>
当然，假定用户 SYS 是作为 SYSDBA 登录的。注重两个预先定义的非凡变量 — _user 和 _privilege — 的使用，它们定义了当前的用户和登录的权限。
让我们再增加一些其它的功能：现在还想显示今天的日期。我们需要做的就是用下面这些命令来使提示符显示想得到的信息。
SQL> set sqlprompt "_user _privilege 'on' _date >"
SYS AS SYSDBA on 06-JAN-04 >
再增加数据库连接标识符怎么样？您想知道您在 “ 什么样 ” （在生产或开发中）的情况下，这种方法的确非常有帮助。
SQL> set sqlprompt "_user 'on' _date 'at' _connect_identifier >"
ANANDA on 06-JAN-04 at SMILEY >
到目前为止还不错；但我们可能想要以一种更具体的方式来显示当前的日期（带小时和分钟），以更加有用。
ANANDA on 06-JAN-04 at SMILEY > alter session set nls_date_format = 'mm/dd/yyyy hh24:mi:ss';
Session altered.
ANANDA on 01/06/2004 13:03:51 at SMILEY >
问题解决了：输入几行命令就得到了能够提供丰富信息的 SQL 提示符。将它保存在 glogin.sql 文件中，您就始终拥有这些特性。
必须使用引号吗？为什么，不！
在 Oracle9 i 中取消了对内部登录的支持之后，全世界许多 DBA 表示反对：他们应当如何在命令行上输入 SYS 的口令并保持安全性？嗯，答案是在操作系统提示符中使用引号：
sqlplus "/ as sysdba"
引号的使用令人遗憾，但还是被大家所接受（虽然有些怨言）。在 Oracle Database 10 g 中不需要这样了。现在您可以在 OS 命令提示符下，输入以下命令，不需要引号
sqlplus / as sysdba
作为 SYSDBA 登录。这种改进不仅意味着您少输了两个字符，还有一些额外的好处，例如在 Unix 之类的操作系统中不需要 escape 字符。
改进的文件处理
假设您在处理一个问题，并使用了一些自由格式的即席 SQL 语句。很明显，它们很有用，您想把它们保存起来，以便将来使用。您会怎么做？您就可以把它们保存在各个文件中，如下所示：
select something1 ....
save 1
select something else ....
save 2
select yet another thing ....
save 3
等等。一段时间以后，您需要收集所有保存的文件，以便将来使用。多麻烦！ SQL*Plus 10.1.0 .2 答应您将语句添加到文件中，进行保存。在前一个例子中，您可以使用：
select something1 ....
save myscripts
select something else ....
save myscripts append
select yet another thing ....
save myscripts append
等等。所有的语句将添加到文件 myscripts.sql 中，从而不再需要保存在单独的文件中，然后把它们连接成单个文件。
这种方法还适用于假脱机。在以前的版本中，命令 SPOOL RESULT.LST 将创建文件 result.lst （假如该文件不存在）；但假如该文件已存在，则将覆盖它，而没有提示。这种行为经常（非凡在复杂环境下）可能导致不希望的边缘效应，例如重要的输出文件被覆盖。在 10 g 中， spool 命令可以使文件内容附加在一个现有的文件后面：
spool result.lst append
假如您想覆盖它，那么该怎么做？简单地省略 append 子句，或使用默认值 REPLACE 。以下命令将在写操作之前检查文件是否存在。
spool result.lst create
Use another name or "SPOOL filename[.ext] REPLACE"
这种方法防止覆盖文件 result.lst 。
Login.sql 是用于登录的，是吗？
记得文件 login.sql 和 glogin.sql 吗？本来在任何时候当调用 SQL*Plus 时，都将运行当前目录中的 login.sql 文件。但是，有一个严重的局限。在 Oracle9 i 和更低版本中，假定在文件中有下面这一行。
set sqlprompt "_connect_identifier >"
当您首先启动 SQL*Plus 与数据库 DB1 连接时，提示符显示：
DB1>
现在，假如您从提示符中与另一个数据库 DB2 连接：
DB1> connect scott/tiger@db2
Connected
DB1>
注重提示符。虽然您现在和 DB2 连接在一起，但提示符仍是 DB1 ，。很明显，提示符是不正确的。原因很简单：在连接时没有执行 login.sql 文件，只在 SQL*Plus 启动时执行了该文件。后来的连接没有重新执行该文件，使得提示符没有改变。
在 Oracle Database 10 g 中，消除了该局限。文件 login.sql 不仅在 SQL*Plus 启动时执行，而且在连接时也执行。因此在 10 g 中，假如您当前与数据库 DB1 连接，后来改变了连接，则提示符将改变。
SCOTT at DB1> connect scott/tiger@db2
SCOTT at DB2> connect john/meow@db3
JOHN at DB3>
不希望改变！
假如由于某些原因，您不想使用这些增强的 SQL*Plus ，那该怎么办？很简单，用 -c 选项来调用它：
sqlplus -c 9.2
SQL*Plus 环境将和旧的 9.2 版一样运转。
自由地使用 DUAL
您认为有多少开发人员（还有 DBA ）经常使用这条命令？
select USER into from DUAL
可能非常多。对 DUAL 的每次调用创建逻辑 I/O — 数据库没有逻辑 I/O 也可以工作。在某些情况下必须调用 DUAL ，如在行 := USER 中。因为 Oracle 代码将 DUAL 当作一个专用的表，所以调整表的某些想法可能不适用或不贴切。
Oracle Database 10 g 使得所有这些担心完全消失了：因为 DUAL 是一个专用的表，所以持续获得显著地减少了，并且与从事件 10046 跟踪中看到的优化计划不同。
在 Oracle9 i 中
Rows Execution Plan
------- ---------------------------------------------------
0 SELECT STATEMENT GOAL:CHOOSE
1 TABLE Access (FULL) OF 'DUAL'
在 10 g 中
Rows Execution Plan
------- ---------------------------------------------------
0 SELECT STATEMENT MODE:ALL_ROWS
0 FAST DUAL
注重新的 FAST DUAL 优化计划的使用，与 Oracle9 i 中的 DUAL 的 FULL TABLE SCAN 相反。这一改进显著地减少了持续读取，从而为频繁使用 DUAL 表的应用程序带来好处。
注重：从技术角度看，这些 DUAL 改进是在 SQL 优化器中实施的，但是，对许多用户而言， SQL*Plus 是用于处理 SQL 的主要工具。
其它有用的信息
其它的 SQL*Plus 增强在本系列的其它地方进行了说明。例如，我在第 5 周关于闪回表的内容中说明了 RECYCLEBIN 的概念。
与一些流传甚广的传言相反， COPY 命令仍然可用，虽然将在以后的版本中废除。（嗯 …… ，我们不是在 Oracle9 i 中就听到这个消息了吗？）假如您有使用这条命令编写的脚本，别沮丧，它不仅可用而且仍被支持。实际上，只错误消息报告方面作了一点改进。假如表有一个 LONG 列，则 COPY 是您创建表的备份的唯一方式，常见的 Create Table As Select 将不能处理带 long 数据类型的列的表。
