CREATE PROFILE profile

LIMIT { resource_parameters

         | password_parameters

         }

           [ resource_parameters

           | password_parameters

           ]... ;

{ { SESSIONS_PER_USER

 | CPU_PER_SESSION

 | CPU_PER_CALL

 | CONNECT_TIME

 | IDLE_TIME

 | LOGICAL_READS_PER_SESSION

 | LOGICAL_READS_PER_CALL

 | COMPOSITE_LIMIT

 }

 { integer | UNLIMITED | DEFAULT }

| PRIVATE_SGA

 { integer [ K | M ] | UNLIMITED | DEFAULT }

}

{ { FAILED_LOGIN_ATTEMPTS

 | PASSWORD_LIFE_TIME

 | PASSWORD_REUSE_TIME

 | PASSWORD_REUSE_MAX

 | PASSWORD_LOCK_TIME

 | PASSWORD_GRACE_TIME

 }

 { expr | UNLIMITED | DEFAULT }

| PASSWORD_VERIFY_FUNCTION

     { function | NULL | DEFAULT }

toad 中文文档

目录

一．Toad功能综述
二．系统需求
三．安装指南
四．快速入门
1． Schema browser的用法简介
2． SQL Editor的使用介绍
3． Procedure Editor的用法介绍
4． 如何进行PLSQL的debug
5． 如何使用SQLab Xpert优化SQL
6． 如何使用SQL Modeler来编写查询
7． 如何使用Toad的DBA方面的功能

一、 Toad功能综述

在Oracle应用程序的开发过程中，访问数据库对象和编写SQL程序是一件乏味且耗费时间的工作，对数据库进行日常管理也是需要很多SQL脚本才能完成的。Quest Software为此提供了高效的Oracle应用开发工具-Toad（Tools of Oracle Application Developers）。在Toad的新版本中，还加入了DBA模块，可以帮助DBA完成许多日常管理工作。它最大的特点就是简单易用，访问速度快。使用Toad，我们可以通过一个图形化的用户界面快速访问数据库，完成复杂的SQL和PL/SQL代码编辑和测试工作。Toad由Oracle开发专家专门为开发人员而设计，是一个功能强大、结构紧凑的专业化PL/SQL开发环境。
Toad 主要具有如下特点：
模式浏览：
模式浏览功能可以让我们快速访问数据字典，浏览数据库中的表、索引、存储过程。Toad 提供对数据库的快速访问，使用极为方便，用户界面简洁，结构安排合理。当我们点击一个单独的数据库对象，Toad立即显示此对象的详细信息。例如，当我们点一个数据库的表，所有和此表相关的索引、约束、存储过程、SQL语句以及和其他表的相互引用关系都在同一界面显示出来。为了简化操作，用户可以在浏览窗口操作数据库对象。

SQL 编辑器：
SQL 编辑器的主要功能是编辑、运行和调整SQL语句。TOAD 的高级编辑窗口包括众多的特性来提高开发人员编写SQL语句的产品化程度。例如，简单地生成代码模板，在编写SQL前自动发现包的内容和列的名字等等。
SQL编辑器包括一个编辑窗口和运行结果窗口，允许开发人员在编辑的过程中测试运行结果。SQL编辑器中不仅包括标准的编辑命令，也包括一些增强的功能，如快速查询表中的字段、将SQL语句的内容格式化等等。这个窗口可以处理大到4GB 的内容，对大的开发项目来说非常有用。便捷的书签可以让开发人员非常容易地找到相关位置。在运行结果窗口可提供用户定义的配置功能，支持LONG 和LONG RAW列，可以将数据卸出到磁盘、打印数据、编辑数据等等。

存储过程编辑器：
存储过程编辑器的主要功能是编辑、编译、测试、调试存储过程和触发器。TOAD提供语法标识、错误标识和其他很多易于使用的功能，如在弹出窗口显示表名、列名和Oracle函数。和其他的 PL/SQL 编辑工具不同，TOAD 允许在一个文件中操作多个数据库对象，可以编译一个对象、编译多个对象、编译到当前光标、从光标开始编译。在运行出现错误时，存储过程停止到有问题的语句。用户可以使用快捷方式或模板来快速编写PL/SQL,也可以根据需要生成自己的模板。使用Toad可以非常方便地进行编辑工作，可如设置书签、取消注释、格式化SQL语句等等。

PL/SQL Debugger选项：
Toad 提供简单易用的PL/SQL 调试功能，可以节省开发人员在大型项目中用于开发和测试的宝贵时间，提高应用开发的质量。在存储过程开发的过程中，Toad可以逐行编辑、调试和运行代码。运行时可以根据需要输入参数，观察相关参数的变化来检查存储过程的正确性。在调式过程中，Toad 可以通过窗口显示所有的断点、参数, 调用堆栈和输出参数。使用Toad，非常容易检测到存储过程的错误，开发人员可以一步一步运行PL/SQL语句来识别问题。调试会话可以和其他程序会话同时进行。

SQLab Xpert Option：
帮助开发人员优化SQL，为他们提供各种优化模式下SQL执行计划，并且能够给出优化的建议，能够比较各种模式下实际的SQL运行结果，帮助开发人员真正高速地开发高效地代码。

Toad还可以外挂一些别的产品，比如PL/Formatter, RevealNet Knowledge Base , SQL Impact等，这些都能够和Toad紧密集成，共同提供了一个完美的集成开发环境。新版本还新增加了DBA模块，更加拓广了Toad这个产品的适用范围。

二、系统要求：
客户端：
ü Windows 95 / 98 / NT/2000中英文均可
ü 完整安装的SQL*Net 2.0或者Net8
ü 磁盘：一般安装需要20M左右的空间，根据所选择模块的不同和安装方式的不同，最少也要5M的磁盘空间（从网络服务器读取）
ü 内存：Windows 9x/Me:16M 内存；Windows NT/2000: Min 32M]
ü Tuning模块需要额外的25M空间

服务器端：
ü Oracle 7.3 或者更高，在任何硬件平台上。
ü 需要一个DBA用户帐号

三．安装：
1． 三种安装方式的选择：
a) TOAD and Personal Configuration Files to PC
默认安装选择，完成一个完整的Client端的安装，把所有需要的文件拷贝到本地Toad目录。
绝大多数用户应该选择使用这个安装方式。
b) Personal Config Files to PC, read TOAD from Network Server
从网络服务器读取Toad程序，在本地计算机安装一些自定义的文件，并且创建到服务器文件的快捷方式，一般不推荐使用这个方式，而且要求网络服务器已经配置。
c) TOAD to Network Server
把Toad安装到网络服务器上，以便这样别的用户能够进行Personal Config Files to PC, read TOAD from Network Server这种方式的安装。
2． 根据需要使用到的特性，需要运行一些脚本(都在Toad\temps目录下)
ü 如果需要用Toad来查看执行计划，必须运行脚本PrepToad.sql或者notoad.sql
n 如果希望专门建立一个Toad 用户来存放Toad需要使用的对象的话，就运行preptoad.sql。
n 如果希望在当前连接用户模式下建立toad需要使用的对象的话，就运行notoad.sql。
n 注意，如果是选择了专门建立toad这个用户的话，需要先修改一下脚本，指定用户的默认表空间和临时表空间。
ü 需要使用Oracle8i 的Profile analyzer，必须运行ToadProfiler.sql
ü 需要加强Toad的安全性，必须运行ToadSecurity.sql

四、Toad使用快速入门
1． Schema Browser：
Schema browser是Toad的极为有特色的模块。在schema browser的帮助下，可以方便的浏览数据库内部的各类数据库对象，比如表，索引，序列，存储过程等，而且可以方便的倒出DDL语句和进行各种修改，重建工作。定位到某一类对象上，这列对象允许的操作都会自动列出来。
特色：
l 支持Oracle数据库里面所有对象的新建、查看、修改，集成了几乎对所有数据库对象的管理所需要的功能。
l 按照 模式->对象类别 >对象>对象可操作属性 -> 对象本身的详细信息和对象相关的信息 来组织，非常有条理，容易定位对象，也能够看到所有你需要的对象的相关信息。
l 对于表：
i. 完备的建表向导，不用输入冗长的语法，更加全面地替你考虑。
ii. 可以修改表的各种逻辑和物理属性，修改列的属性，增加列，删除列(在Oracle8i里面)，修改表的物理存储属性，Truncate，Drop等。
iii. 可以生成建表的完整的DDl语句，包括存储信息，权限信息，约束，索引和触发器等，而这些手工很难做到。
iv. 可以方便的对表进行分析，查看表地所有信息，可以有条件的倒出表里面的数据，并且保存为sql语句。
v. 可以方便的对表进行重组，可以完成exp/imp作不到的事情，而且更少地人工参与，更加安全。

l 对于视图，存储过程：
i. 可以保存建立视图、存储过程的语句为文本，
ii. 重新编译失效的视图，存储过程，修改视图的定义语句等。方便的查看存储过程的代码，相互依赖关系，权限信息等保存为文本等。
l 回滚段，
i. 简洁明了的online，offline状态，方便地online/offline操作
ii. 详细的回滚段物理信息和当前状态。
iii. 可以方便的修改物理存储属性

l 表空间：
i. Tablespace Map；直观的显示数据物理的在表空间上的分布
ii. 直观的查看各个表空间的利用率、剩余空间、破碎情况等信息
iii. 可以进行各种alter操作：online, offline, 增加数据文件，改变数据文件大小，改变物理存储属性等
l 对其他数据库对象也有完备的操作支持。

2． SQL Editor:
a) 激活SQL Editor的三种方式：
i. 连接到数据库之后，Toad自动打开SQL Editor这个窗口。
ii. 点击总工具栏上最左边的那个按钮
iii. 从菜单栏：Database -> SQL Editor
b) 特点：
l 允许同时打开多个编辑窗口，同时编辑多个SQL语句
l 支持同时连接到多个数据库，同时对多个数据库进行操作
l 允许编辑SQL，PLSQL，JAVA，HTML和文本
l 使用书签功能，可以在大量SQL语句里，快速定位某个语句所在位置
l SQL Editor本身具有强大的编辑功能，非常方便编辑SQL语句。
l 强大的快捷键支持和工具栏快速按钮的支持，更加高效编写(很多快捷键可以自己定义，在View >options >SQL Editor里面)
l 能够根据前面的条件，智能推测需要输入的代码，可以做到某种程度的代码智能填充
l 把鼠标定位到表/视图/存储过程名称之上，按F4，可以打开对象描述窗口，方便的查看表和视图的定义，存储过程的源代码，
l 非常容易对SQL语句的分析其执行计划：单击工具栏上的 按钮就可以看到Explain Plan的结果
l 支持部分SQL*Plus命令，可以方便的执行大量的为SQL*Plus编写的数据库脚本
l 可以通过SQLab xpert来对当前SQL语句进行全面的分析，给出各种合理的调优意见，只需要单击工具栏上的Tuning按钮：
l 可以方便的保存，打开和运行SQL脚本
l 支持对查询结果进行修改，
l 可以把查询结果以多种格式保存起来，可以保存为HTML，纯文本，XLS等多种格式
l 很容易的得到SQL函数的列表和用法描述（Show SQL help Window 按钮）
l 可以查看SQL语句的执行情况：通过下方的AutoTrace窗口 ，看到SQL语句的实际执行结果和执行效率。
l 支持历史SQL(F8) ：可以方便的查询以前执行过的SQL，不用反复重新输入。
l 可以执行匿名块，存储过程，从下方的窗口看到DBMS_OUTPUT的结果，如：

3． Stored Procedure Editor
a) 打开存储过程编写器的几个途径：
l 单击总菜单栏上的第三个按钮：
l 点击Database – > Procedure Editor ，
l 可以通过Schema browser来调用
b) 一些特点和优点：
1． 强大的自定义设置：从保留字的显示方式，到自动替换，到各种快捷键的定义等等，用得越熟越顺手。
2．
3． 自动用不同颜色显示SQL和PL/SQL关键字，语法清晰明了，可根据自己的习惯来具体定制各类关键字的具体显示方式。可以自定义存储过程得模板，在新建存储过程的时候，自动生成程序的框架可以方便的调用Schema Browser，把鼠标定位于某个对象上，F4，Schema Browser打开该对象的详细描述，帮助顺利快速开发程序。支持代码自动更正，如输入ndf，自动替换成NO_DATA_FOUND，输入the自动替换成the，类似的自动替换还可以自己修改和添加。
7． 方便的左边行号显示，单击左边行号就可以实现调试断点的增加/删除
8． 对各种快捷键的支持，不但包括常见的编辑操作，还可以有自己定义的PLSQL块的支持（自己定义快捷方式）。如可以定义CTRL+SHIFT+D:弹出所有PLSQL Block的类型，可以自己选择。
9． 可以在一个集成开发环境里面，一边编码，一边调试，不用多处切换
10． 方便的同时打开多个存储过程，通过页面快速切换
11． 快速编译存储过程，快速定位错误所在，自己选择是否同时编译依赖的存储过程
12． 内置对PL/Formatter，可以用PL/Formatter对存储过程进行格式化，并且可以提供存储过程的概要分析和修改建议
PL/Formatter可以对现有的存储过程进行高速的格式化，使所有的存储过程都符合同样的编写标准，这样既有利于提高程序的可读性，避免不同人写的模块的风格上的很差异。
PL/Formatter 还有助于提高程序的模块化，增强程序的结构清晰度，增强SQL的共用性。
PL/Formatter 还可以帮助完成PL/SQL和Oracle版本之间的管理。

13． 内置RevealNet Knowledge Base，单击鼠标右键就可以打开，快速得到技术上的支持，解决技术难题
nPL/SQL:
n包含整个开发过程中可能遇到问题的答案
nCode Library:大量的严谨的PL/SQL代码例子和现成过程，完全源代码提供
n各种错误处理模块可供参考，各类字符日期函数
n包含1400多个主题
nAdmin：
n解答DBA日常工作中80%的常见问题，覆盖2400多个主题
n从网络到性能优化，从备份恢复到Error message,一应俱全
例子：遇到失效的存储过程怎么办？
4. 如何对存储过程进行Debug？
u 需要Toad单独的Debug Option(Standard Version 没有这个选项)
u 要用Toad对存储过程进行debug，必须安装Oracle的系统包：dbms_debug，而且必须安装Oracle Probe API v2.0 或者更高的版本。
u 集成在Stored Precedure Editor里面，可以一边编写一边调试，大大提高开发效率
u 打开Procedure Editor后，Debug菜单激活，可以开始进行Debug工作。
u 允许对存储过程进行逐行调试、断点调试,也支持对触发器进行调试。
u 可以有断点支持，支持Watch变量，允许运行时改变变量的值
u 允许对多层调用的Debug支持
调试步骤具体举例：
1． 点击菜单栏的第三个按钮： ，打开Procedure Editor
2． 点击Procedure Editor的菜单栏的 按钮，调出需要调试的存储过程
3． 单击工具栏上的按钮 ，输入需要传入的参数，如果不需要传入参数，可以直接单击工具栏上的按钮： ，直接开始调试，如下图输入传入参数：

4． 单击菜单栏的按钮： ，可以单步跟踪，也可以定义一个断点，直接运行到断点在单步执行，在存储过程运行的过程中，当前语句会高亮度显示，并且把鼠标指针定位到变量上，Toad自动显示该变量的当前值。

5． 可以随时中止程序的执行，只要点Debug ->Halt Execution，或者菜单栏上的按钮 ，就可以中止程序的执行
6． 当碰到一个存储过程调用另外一个存储过程的时候，可以选择跳过(Step Over) ，这样就直接运行那个被调用的存储过程，返回调用结果，继续这个存储过程的调试，也可以选择Trace Into ，这样就打开被调用的存储过程，进一步深入调试那个被调用的子存储过程。如果需要保持Debug信息，在编译的时候应该选择Compile Dependencies with Debug Information，就是Procedure Editor工具栏最右边的那个按钮 。
7． 支持对变量实时追踪：使用Watch：
可以在运行前，或者运行过程中对某个变量进行实时跟踪：Add Watch，把鼠标定位到该变量上，然后点击Debug ->Add Watch At Cursor，该变量就会出现在Debug状态窗口上，而且实时反应该变量的当前值。如上图中的变量v_empname。可以运行时刻修改
8． 断点支持：
单击存储过程需要加断点的地方的行号，该行颜色变红，输入参数，单击执行按钮 ，可以直接运行到断点处，可以不必逐行追踪，更加高效率的进行调试。
Debug Option还支持条件断点，只有当满足条件的时候才会在那个地方停止，否则就好像不存在这个断点一样继续运行。

? 注意DBMS_OUTPUT.PUT_LINE的结果只有当程序执行完成以后才会出现，在程序执行过程中是没有结果的。

4． 如何用SQLab Xpert对存储过程进行调优？
我们知道，Oralce数据库的优化，最主要的步骤就在于SQL的优化。而在没有专门的工具（如Toad）的帮助下，进行SQL优化是一件非常困难和乏味的事情，并且需要对Oracle的深入理解和高超的Oracle调优技巧。使用Toad的SQLab Xpert Tuning模块，可以使我们普通开发人员也能够非常快速，精确的对SQL进行专家级的分析
在SQL Editor和Procedure Editor里面，选中需要调试的SQL语句（SQLab Xpert只能调试Select,Insert, Update,Delete语句），复制到SQL Editor里面，然后点击工具栏上的调优按钮 ，Toad会自动打开SQLab xpert 窗口，捕获当前的SQL语句，并且把它转化为符合explain plan格式的语句。
第一次打开Xpert的时候，Toad会提示你，需要安装一些Server端的表、视图和包等对象，可以把表存储到某个指定的表空间(如Tools)里面。可以简单的按照提示一步一步做就可以了。如果系统设定不允许Job的话（Job_queue_process=0）,Toad提示有些部件不会现在安装，可以忽略。安装完成以后，可以选择让某些非DBA用户也可以使用Toad的SQLab Xpert调优功能。
安装完成以后，Toad会提示你一些关于优化目标方面的问题，你可以选择每次优化都可以重新设定，或者一次设定，以后一直使用这个设定。当然如果需要，还是可以更改的，在SQLab Option xpert的窗口的Administration和Preference下面重新设定。
例子：
下面这个SQL语句涉及到多表之间的关联，有一定的复杂性，我们可以借助Toad的SQLab Xpert Option来帮助分析：
select a.name. b.name, c.emp_name
from dep a, manager b,emp c
where a.dep_no=c.DEP_NO
and b.manag_id=c.manag_id
and c.emp_no=3
我们把这个SQL复制到SQL Editor里面，单击上面的调优按钮，Toad打开SQLab Xpert Option窗口。
如下图：

从上面的图中我们可以方面的看到：在各种优化模式下，该SQL语句的执行计划分别是什么样的，Toad给出了每一种执行计划的具体每一个步骤，每个步骤的成本，该表涉及的相关的数据等，如果SQL存取的表还没有经过分析，Toad会以红色警告显示，并且很方便的帮助你对该表进行分析，收集统计数据，重建索引等，以有助于优化器作出最好的选择。可以把当前的分析结果保存到它的资料库里边，以备以后再次调用之需。
我们还可以求助与SQLab 的自动优化功能：点击Original SQL下面的auto tune按钮，Toad会对执行结果按照tkprof进行分析（当然，这需要你在initsid.ora里面设置好utl_file_dir，如果服务器是在Unix机器上的话，还需要通过FTP方式得到Trace文件，有一些小小的设置）。
自动优化非常高效的对所有执行计划进行实际运行比较，并且给出实际执行的时间的对比，如下图：

我们还可以让Toad给出实际的优化建议：点击Original SQL,单击下面的Advice按钮，Toad根据对SQL的分析和执行结果给出合理的建议：
如：
1． 把表和索引分别放到两个不同的表空间，因为我们在创建表，加上约束的时候没有指定USING INDEX子句，所以表和索引都建立在了用户的默认表空间上了。
2． 对表EMP，DEP和MANAGER进行分析，收集最新的统计数据，有利于CBO得到最优的执行计划
3． 在合适的列上创建索引：EMP的manag_id和dep_no。当表中存在大量的数据的时候，这样可以大大减少由于全表扫描带来的成本。

5． SQL Modeler：
SQL Modeler可以帮助开发人员很容易的写出各种复杂的SQL语句，只需通过简单的拖动鼠标，就能够写出复杂的SQL语句来。
打开SQL Modeler的几个途径：
i. 菜单栏 Database -> SQL Modeler ，打开窗口
ii. 单击工具栏第四个按钮 ，打开SQL Modeler窗口
窗口由三个主要部分组成：
n 表选择区域：最右边的那个部分，用来选择From子句中用到的表。拖动到左边的区域或者双击就选择了该表。
n 表模型区域：用来图形化的显示选择的表和表之间的关联关系。
n 生成SQL区域：这里显示用图形化方式创建的查询对应的SQL语句，

在SQL Modeler里面，还支持对生成的SQL进行Explain Plan，调试SQL的性能，运行SQL，看是否得到了希望的结果，保存生成的语句，或者把语句粘贴到SQL Editor里面。

有了SQL Modeler的帮助，即使是初级的程序员也能编写出复杂而又高效的SQL查询来。
比如下面的例子；

生成步骤：
1． 选出表emp, dep, manager
2． 用鼠标拖住emp的emp_name和emp_no, dep的name,manager的name
3． 双击criteria窗口的emp_no condition列，弹出窗口，输入查询条件，比如emp_no=3
4． 由于结果里面不希望emp_no出现，双击emp_no列的visible，设置为false
5． 这样就出来了需要的查询，现在可以运行查询得到结果，对查询SQL进行分析，或者在SQL Editor里面打开这个SQL，或者保存为SQL Model文件，或者再进一步处理，比如加排序， 汇总等。

DBA方面的功能：
Toad在DBA日常管理方面的能力是非常强大的，可以帮助DBA安全快速地完成许多日常工作，还有Toad特有的一些小工具能完成一些普通方法很难做到的功能。下面大概讲述了各个常用模块的主要功能：
a) Database Monitor
提供直观的Oracle数据库运行状况，包括下面这些详细信息：
可以看到逻辑IO，物理IO，各个状态的session数目，SGA的利用率，共享池的使用状况，各类事件的等待状况，以及各类事件随着时间的变化情况
b) Instance Monitor
i. 可以用来检查本地tnsnames.ora文件里面定义的所有节点、Listener和数据库的运行状态和版本等相关信息。
ii. 可以远程启动、关闭数据库（如果设置了password验证方式）
c) Unix Monitor：
i. 可以监控Unix机器的运行状况比如详细的机器启动时间，CPU利用率，主要的进程以及这些进程占用的资源，主要的磁盘IO等。
d) Trace/Kill session
i. 方便的查看所有的连接用户相关信息：比如终端，程序，连接时间等
ii. 对某个用户进行跟踪，查看用户执行的SQL语句，查看语句的执行计划，
iii. 方便的查阅系统的Lock对象，有没有什么等待别的事务释放锁的情况，并能够轻易查出等待什么用户的什么事件结束，那个用户执行的是什么SQL。
iv. 查看回滚段的使用状态，什么用户，什么语句，使用的什么回滚段，多少读写量等
e) Oracle Parameter
i. 可以方便的查看Oracle系统的参数：是否默认值，参数作用的简要描述，是否可以用alter session/alter system来动态改变，对于那些可以动态改变的参数，可以双击鼠标来进行修改

f) NLS_PARAMETER:
i. 方便的查看session，instance，database一级的NLS参数值，
ii. 可以动态修改session的NLS参数值

g) Extents
i. 可以查看某个用户下的表和索引的详细的存储情况，
ii. 发现那些占用大量空间的表和索引，可以考虑使用相应的对策，比如分区
iii. 发现那些即将达到max_extents的表和索引并可以及时纠正
iv. 发现那些索引和表处于同一个表空间的情况，并可以及时纠正。

h) Tablespace
i. 直观的查看每个表空间的利用率，总空间，已使用空间，剩余可是用空间以及默认存储参数，和表空间是否需要整理等信息
ii. 查看每个表空间的状态，组成的数据文件， 以及每个数据文件的详细信息
iii. 查看每个表空间里面存在的对象和这些对象的详细存储特性
i) Tablespace Map：
i. 图形化的显示表空间里面各个表/索引所占用的空间，各个segment的大小，segment是否连续等信息，非常直观
ii.
j) Server Statistics:
i. 可以非常直观的看到系统总体运行情况，迅速定位系统瓶颈所在
ii. 可以查看系统范围内各类等待事件的状况，查看每个连接会话的状况，
k) Pinned Code：
i. 我们知道，频繁执行的大的存储过程最好Pin起来，这样可以避免被Oracle在内存不足的情况下换出内存，避免动态加载，也避免flush shared pool的时候被清出内存。
ii. 根据每个模块的大小，执行次数，决定是否要把某个存储过程PIN起来。一个按钮就搞定了。
l) Control Files:
可以查看当前系统有哪几个控制文件，以及控制文件内部记录的详细信息。
（实际上就是V$CONTROLFILE, V$CONTROLFILE_RECORD_SECTION）
m) Redo Log Manager:
i. 可以方便的查看LOG的组，当前日志，每个组里面的成员名字，大小，方便的增加、删除log组，切换当前日志，对日志归档进行具体的控制。
ii. 可以在这个界面里完成几乎所有的对redo log的操作。
n) Repair chained rows:
i. Chained rows影响系统性能，处于系统性能的考虑，需要把chained rows修复成普通的表的行。使用repaie chained rows,就可以比较容易的做到这一点。选择需要分析的表，然后分析一下，看有没有chained rows，如果有，点击repair，Toad就帮你把那些chained rows给修复了。
o) Identify Space Deficits
如果系统出现1659,1653错误，就是一个不合格的DBA。但是要即时预见这些错误，还是有一定的难度的。有了Toad的这个小工具之后，一点某个表空间，就知道这个表空间里面的剩余自由空间是否允许任何表能够扩展到下一个extent。并能够在发现问题之后，直接改正问题。

p) Estimate Table/Index Size
i. 数据库的物理规划中，表/索引的存储子句的定义是非常重要的，影响系统。但是没有什么工具的话，要为表定义合理的存储子句也不容易。
ii. 在Toad里面，专门有工具帮助你合理定义表/索引的存储情况：
1. 自己可以定义将来表中需要存储的数据的数目
2. 多种估计方式：
a) 根据对已有的数据的分析来定义表的大小（最精确，但是比较慢）
b) 根据表定义数据类型来定义表的大小
c) 根据数据字典中以前分析过的数据来估计大小（需要近期分析过该表）

q) Analyze All Tables
i. 基于CBO的SQL需要CBO提供最优化的执行路径来提高程序的执行效率，但是假如对表进行大量的DML操作之后，不及时更新表的统计数据，这时候CBO就不能选择最为有效的执行路径，导致程序执行效率低。
ii. 手工分析表比较麻烦，一个一个做。
iii. 用Toad的Analyze Alltables这个工具，可以一次分析整个模式下面的所有表，有丰富的控制选项，包括是采用估计还是完全，是否同时分析索引，估计的话，采用多大的百分比等。
r) Rebuild Table
i. 当表中的数据被反复大量的DML之后，而且PCTFREE和PCTUSED定义的不合理的情况下，表可能会变得非常破碎，占用大量的extent，索引也会相当破碎，导致效率相当低下。
ii. 传统的方式是通过exp/imp来解决这个问题，但是步骤实在比较麻烦，手工操作也有一定的危险性。
iii. 使用Rebuild Table工具，轻松搞定，而且可以手工修改一些通过EXP/IMP无法修改的参数，比如freelists ,freelists group, tablespace，initial等，还能够更改列的名字。
s) Relocate Index
i. 我们知道，表和索引一般都需要分开存放到不同的表空间，这样比较便于管理，性能上也会有一定的提高，因为可以对表和索引同时存取。
ii. 但是实际上很多时候，由于这样那样的原因，常常忽略了索引单独存放这个基本概念，比如建立主键约束的时候没有加USING INDEX子句，后来disable/enable了主键约束/唯一性约束等，都会导致把索引直接存放到和表同一个表空间里面。
iii. 手工发现这些索引，再逐个移动非常麻烦，容易出错，在Toad里面，就很容易根据用户/表空间来发现那些不恰当存放的索引，可以批量移动这些索引，并且允许重新定义索引的存储子句。
t) Generate Schema s：
i. 可以用来生成整个用户下所有/部分对象的DDL语句。可以把结果保存为sql语句或者保存为TOAD的自定义格式。
ii. 可以用来复制表结构，（EXP/IMP有非常严重的缺陷，就是从一个大的数据库倒出的表结构，无法导入到一个小的数据库里面，因为里面包含了原来表的存储信息，即使选择rows=N，也要在导入数据库里面占用相当大的空间）
u) Compare Schema：
i. 在开发的时候，有时候同时在几个开发库上开发，但是最后两个库的结构不完全一样，很难比较
ii. 用TOAD的这个功能，可以对两个数据库的模式（用户）下面的所有对象（包括存储过程）进行比较，可以选择具体的比较内容。
iii. 可以通过直接打开两个到各自数据库的连接，或者根据Toad generate schame s生成的文件进行对比。
iv. 可以直接生成同步两个数据库的sql脚本，给出汇总的区别简要和详细报告等。

- — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — –
几乎是学习TOAD的唯一中文使用说明，我再也找不到比这个更好的了，特跟大家分享。
转载的，找不到出处了。如果原作者有意见的话，我就把这个删掉好了^_^

1、优化器的优化方式

Oracle的优化器共有两种的优化方式,即基于规则的优化方式(Rule-Based Optimization,简称为RBO)和基于代价的优化方式(Cost-Based Optimization,简称为CBO)。

A、RBO方式：优化器在分析SQL语句时,所遵循的是Oracle内部预定的一些规则。比如我们常见的,当一个where子句中的一列有索引时去走索引。

B、CBO方式：依词义可知,它是看语句的代价(Cost)了,这里的代价主要指Cpu和内存。优化器在判断是否用这种方式时,主要参照的是表及索引的统计信息。统计信息给出表的大小 、有少行、每行的长度等信息。这些统计信息起初在库内是没有的,是你在做analyze后才出现的,很多的时侯过期统计信息会令优化器做出一个错误的执行计划,因些我们应及时更新这些信息。在Oracle8及以后的版本,Oracle列推荐用CBO的方式。

我们要明了,不一定走索引就是优的 ,比如一个表只有两行数据,一次IO就可以完成全表的检索,而此时走索引时则需要两次IO,这时对这个表做全表扫描(full table scan)是最好的。

2、优化器的优化模式(Optermizer Mode)

优化模式包括Rule,Choose,First rows,All rows这四种方式,也就是我们以上所提及的。如下我解释一下：

Rule:不用多说,即走基于规则的方式。

Choolse:这是我们应观注的,默认的情况下Oracle用的便是这种方式。指的是当一个表或或索引有统计信息,则走CBO的方式,如果表或索引没统计信息,表又不是特别的小,而且相应的列有索引时,那么就走索引,走RBO的方式。

First Rows:它与Choose方式是类似的,所不同的是当一个表有统计信息时,它将是以最快的方式返回查询的最先的几行,从总体上减少了响应时间。

All Rows:也就是我们所说的Cost的方式,当一个表有统计信息时,它将以最快的方式返回表的所有的行,从总体上提高查询的吞吐量。没有统计信息则走基于规则的方式。

3、如何设定选用哪种优化模式

a、Instance级别

我们可以通过在init<SID>.ora文件中设定OPTIMIZER_MODE=RULE、OPTIMIZER_MODE=CHOOSE、OPTIMIZER_MODE=FIRST_ROWS、OPTIMIZER_MODE=ALL_ROWS去选用3所提的四种方式,如果你没设定OPTIMIZER_MODE参数则默认用的是Choose这种方式。

B、Sessions级别

通过SQL> ALTER SESSION SET OPTIMIZER_MODE=<Mode>;来设定。

C、语句级别

这些需要用到Hint,比如:

SQL> SELECT /*+ RULE */ a.userid,

2 b.name,

3 b.depart_name

4 FROM tf_f_yhda a,

5 tf_f_depart b

6 WHERE a.userid=b.userid;

4、为什么有时一个表的某个字段明明有索引,当观察一些语的执行计划确不走索引呢？如何解决呢 ？

A、不走索引大体有以下几个原因

♀你在Instance级别所用的是all_rows的方式

♀你的表的统计信息(最可能的原因)

♀你的表很小,上文提到过的,Oracle的优化器认为不值得走索引。

B、解决方法

♀可以修改init<SID>.ora中的OPTIMIZER_MODE这个参数,把它改为Rule或Choose,重起数据库。也可以使用4中所提的Hint.

♀删除统计信息

SQL>analyze table table_name delete statistics;

♀表小不走索引是对的,不用调的。

5、其它相关

A、如何看一个表或索引是否是统计信息

SQL>SELECT * FROM user_tables

2 WHERE table_name=<table_name>

3 AND num_rows is not null;

SQL>SELECT * FROM user_indexes

2 WHERE table_name=<table_name>

3 AND num_rows is not null;

b、如果我们先用CBO的方式,我们应及时去更新表和索引的统计信息,以免生形不切合实的执行计划。

SQL> ANALYZE TABLE table_name COMPUTE STATISTICS;

SQL> ANALYZE INDEX index_name ESTIMATE STATISTICS;

具体的ANALYZE语句请参照Oracle8i/9i 的refrence文档。

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

有关CBO优化的几个问题

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

如何使用CostBased优化器优化查询操作？

Oracle 提供了基于成本（CostBased）和基于规则（RuleBased）两种优化器，简称为CBO和RBO，用于确定查询操作的执行计划。CostBased优化器将计算各种执行计划的开销，然后选出最低成本的执行计划。可使用下列方法选择使用CBO：

1.在INIT.ORA文件中设置参数OPTIMIZER_MODE=choose；

2.在Session级设置OPTIMIZER_GOAL=FIRST_ROWS或ALL_ROWS。

3、在查询语句中使用Hint，包括CHOOSE、ALL_ROWS、FIRST_ROWS等。

为什么我的执行计划不是最好的？

CBO是依赖于表的一些统计信息来选择出最低成本的执行计划，当这些统计信息不准确时，产生的计划便可能不是最佳的。因而应使用ANALYZE命令及时对表进行分析统计。

我的查询上周的性能很好，为什么现在查询速度很慢？

这是由于执行计划被改变而造成的，下列因素将会改变一个执行计划：

1、INIT.ORA文件中的参数OPTIMIZER_MODE被改变；

2、表上定义或改变了并行查询度；

3、使用ANALYZE命令重新分析了表，而且使用了ESTIMATE方式，这种方式选择不同的百分比可产生不同的分析结果；

4、DB_FILE_MULTIBLOCK_READ_COUNT参数被修改；5、SORT_AREA_SIZE参数被修改。

转载自：http://jiluola.blog.sohu.com/71922562.html