配置AUTOTRACE报告（Configuring the AUTOTRACE Report）

你可以通过以下的AUTOTRACE系统变量来配置AUTOTRACE报告. 如下表：

Table  AUTOTRACE Settings

其实，平时我们应该较多的就是SET AUTOTRACE ON 、SET AUTOTRACE OFF,谁会在乎多看一点AUTOTRACE报告呢！ J

安装AUTOTRACE报告（Setups Required for the AUTOTRACE Report）

要用这个特性，用户必须被赋予PLUSTRACE角色，而PLUSTRACE角色需要DBA来赋予。另外，该用户必须创建PLAN_TABLE表。

I.                 首先创建PLUSTRACE角色并且赋给DBA：

				CONNECT sys/sys’s password AS SYSDBA 
		

				@$ORACLE_HOME/sqlplus/admin/plustrce.sql
		

II.              赋权限给用户

				CONNECT / AS SYSDBA 
		

GRANT PLUSTRACE TO USER（预赋权的用户名）;

这样，就可以在该用户下设置AUTOTRACE报告的显示与否了。

AUTOTRACE报告中涉及到的两个方面的内容

I．              SQL语句的执行计划

执行计划就是SQL优化器执行语句的查询执行顺序，每一行的执行计划都会有个行号，这个行号是连续的

II．          SQL语句的数据库统计

数据库统计是服务器记录的执行当前的这条语句所需要的系统资源等，主要包括下表的内容

简单使用的例子：

SQL> show user

USER is "SYS"

（注：当前是sysdba用户）

（注：创建PLUSTRACE角色并且赋给DBA）

SQL> start $ORACLE_HOME/sqlplus/admin/plustrce.sql

（注：start 等价于@）

SQL> drop role plustrace;

drop role plustrace

          *

ERROR at line 1:

ORA-01919: role 'PLUSTRACE' does not exist

SQL> create role plustrace;

Role created.

SQL>

SQL> grant select on v_$sesstat to plustrace;

Grant succeeded.

SQL> grant select on v_$statname to plustrace;

Grant succeeded.

SQL>

SQL> grant select on v_$session to plustrace;

Grant succeeded.

SQL> grant plustrace to dba with admin option;

Grant succeeded.

SQL>

SQL> set echo off

（注：赋角色plustrace给所需用户，这里用户是bill）

SQL> grant plustrace to bill;

Grant succeeded.

（注：接下来，用bill用户连接，测试AUTOTRACE）

SQL> connect bill/bill’s password;

Connected.

SQL> show user

USER is "BILL"

(注：为了看的清楚些，建立一个测试的表test，然后察看AUTOTRACE报告)

SQL>  create table test(id number(1));

Table created.

SQL> insert into test values(1);

1 row created.

SQL> /

1 row created.

SQL> /

1 row created.

SQL> /

1 row created.

SQL> commit;

Commit complete.

SQL> select * from test;

        ID

----------

         1

         1

         1

         1

SQL> set AUTOTRACE on

SQL> select * from test;

        ID

----------

         1

         1

         1

         1

Execution Plan

----------------------------------------------------------

   0      SELECT STATEMENT Optimizer=CHOOSE

   1    0   TABLE ACCESS (FULL) OF 'TEST'

Statistics

----------------------------------------------------------

          0  recursive calls

          0  db block gets

          4  consistent gets

          0  physical reads

          0  redo size

        547  bytes sent via SQL*Net to client

        655  bytes received via SQL*Net from client

          2  SQL*Net roundtrips to/from client

          0  sorts (memory)

          0  sorts (disk)

4         rows processed

上面我们就可以看到，当你设置了set AUTOTRACE on后，执行相应的DML语句，就会有相应的AUTOTRACE报告出现了。当然，我们的这种设置是session级别的。这样，我们就可以根据AUTOTRACE报告对我们执行的DML语句进行分析和调优了！

转自：http://dev.csdn.net/develop/article/23/23430.shtm

这些服务是自包含的，具有定义良好的接口，允许这些服务的用户——称为客户机或使用者——了解如何与其进行交互。从技术角度而言，SOA 带来了“松散耦合”的应用程序组件，在此类组件中，代码不一定绑定到某个特定的数据库（甚至不一定绑定到特定的基础设施）。正是得益于这个松散耦合特性，才使得能够将服务组合为各种应用程序。这样还大幅度提高了代码重用率，可以在增加功能的同时减少工作量。由于服务和访问服务的客户机并未彼此绑定，因此可以完全替换用于处理订单的服务，下订单的客户机-服务将永远不会知道这个更改。所有交互都是基于“服务契约”进行的；服务契约用于定义服务提供者和客户机之间的交互。通常，您将通过创建“基于消息的”系统来实现此目标。

从业务的角度来说，面向服务的体系结构的重点在于开发能帮助您完成业务任务的技术，而不是通过技术约束来规定您的行动。例如，销售过程（制造、运输和收到货款）可能会涉及数十个步骤和若干不同的数据库和计算机系统。但就其实质而言，此过程包含一系列人工活动，例如：

• 销售人员找到潜在客户
• 客户订购产品
• 生产部门制造产品
• 生产部门发出产品
• 收款部门开具产品帐单
• 客户支付产品货款

面向服务的体系结构基于这些实际活动或业务服务进行组织，而不是形成公司所维护的不同的信息竖井 (Silo)。

通过实现 SOA，可以带来大量好处，包括以下各个方面：

• 更高的业务和 IT 一致性
• 基于组件的系统
• 松散耦合的组件和系统
• 基于网络的基础设施，允许分散于各地且采用不同技术的资源协同工作
• 动态构建的按需应用程序
• 更高的代码重用率
• 更好地标准化整个企业内的流程
• 更易于集中企业控制

原文地址http://www-128.ibm.com/developerworks/cn/webservices/newto/#1