全面学习ORACLE Scheduler特性(2)管理jobs
1.2 管理Jobs
1.2.1 启用Jobs
前面创建JOB时，由于未显式的指定ENABLED参数，因此即使指定了START_DATE，不过默认情况下JOB不会自动执行。对于这种情况，DBMS_SCHEDULER包中提供了一个过程ENABLE，可以用来修改JOB的启用状态，调用方式非常简单，例如：
SQL> exec dbms_scheduler.enable(¨INSERT_TEST_TBL¨);
PL/SQL procedure successfully completed.
1.2.2 禁用Jobs
DBMS_SCHEDULER.ENABLE 仅用来将JOB(其实不仅仅对JOB有效，对于CHAIN、PROGRAM等也有效)的启用状态置为TRUE。如果想将其启用状态置为FALSE？简单，还有一个与该功能对应的过程：DBMS_SCHEDULER.DISABLE，例如：
SQL> exec dbms_scheduler.disable(¨INSERT_TEST_TBL¨);
PL/SQL procedure successfully completed.
这两个过程仅用来重置对象的状态，因此均可以无限次执行，即使执行时对象已经被置为要指定的状态。
1.2.3 修改Jobs
由于JOB的属性众多，难免时不时的可能会遇到需要修改的情况，比如说前面创建JOB时不小心，指定要执行的过程名输入错误(完全有可能，CREATE_JOB在创建时不会自动检查指定的过程是否有效，从这方面考虑，SCHEDULER不如普通JOB严谨哪)，这种情况下就必然涉及到对JOB的修改(或者说重定义)，没问题，DBMS_SCHEDULER包中专门提供了一个过程SET_ATTRIBUTE，可以用来修改任务的属性值。
例如，修改刚刚创建的JOB：INSERT_TEST_TBL执行的过程，执行语句如下：
SQL> exec dbms_scheduler.set_attribute(¨INSERT_TEST_TBL¨,¨JOB_ACTION¨,¨P_ INSERT INTOTEST¨);
PL/SQL procedure successfully completed
当然啦，我们这里执行的这条语句，执行跟没执行没有区别，此处仅做示例，大家表深究。
SET_ATTRIBUTE 过程虽然仅有三个参数，不过能够修改的属性值可是不少，以下列举几个较常用到的：
LOGGING_LEVEL ：指定对jobs执行情况记录的日志信息级别。
SCHEDULER 管理的JOB对任务的执行情况专门进行了记录，同时用户还可以选择日志中记录信息的级别，有下列三种选择：
DBMS_SCHEDULER.LOGGING_OFF ：关闭日志记录功能；
DBMS_SCHEDULER.LOGGING_RUNS ：对任务的运行信息进行记录；
DBMS_SCHEDULER.LOGGING_FULL ：记录任务所有相关信息，不仅有任务的运行情况，甚至连任务的创建、修改等也均将记入日志。
提示：查看SCHEDULER管理的JOB，可以通过USER_
相关文档：
找不到原帖了 就贴这里吧！
在向大家详细介绍Oracle之前，首先让大家了解下Oracle xmltype是什么，Oracle从9i开始支持一种新的数据类型----
xmltype，用于存储和管理xml数据，并提供了很多的functions，用来直接读取xml文档和管理节点。下面将介绍Oracle
xmltype的一些基本使用。
1.建立含有Oracle xmltype数据 ......
以system登录进去之后，执行下面的命令：
SQL> alter user scott account unlock; （完成解锁的操作）
用户已更改。
SQL> alter user scott identified by tiger; （重新给scott这个用户设定密码）
用户已更改。
SQL> conn scott/tiger
已连接。 ......
select sid,
p1,
p1raw,
p2,
p2raw,
p3,
p3raw,
&n ......
SGA 中的另外一个重要结构是共享池。共享池存储了应用执行需要的PL/SQL块结构，SQL语句的文本、SQL编译后的可
执行代码、系统数据字典等。
恰当的共享池尺寸设置将减少系统各种资源的使用。首先，对于SQL、PL/SQL 来说，共享池提供了运行状态下的临时
存储点，后续执行的SQL和PL/SQL将� ......
