Oracle 绑定变量
1、定义一个绑定变量
VAR[IABLE] [variable [NUMBER|CHAR|CHAR (n)|NCHAR|NCHAR (n) |VARCHAR2 (n)|NVARCHAR2 (n)|CLOB|NCLOB|REFCURSOR]]
定义一个绑定变量，该变量可以在pl/sql中引用。
可以用print命令显示该绑定变量的信息。
2、oracle 中，对于一个提交的sql语句,存在两种可选的解析过程, 一种叫做硬解析,一种叫做软解析.
一个硬解析需要经解析,制定执行路径,优化访问计划等许多的步骤.硬解释不仅仅耗费大量的cpu，更重要的是会占据重要的们闩（latch）资源，严重的影响系统的规模的扩大（即限制了系统的并发行）， 而且引起的问题不能通过增加内存条和cpu的数量来解决。
之所以这样是因为门闩是为了顺序访问以及修改一些内存区域而设置的，这些内存区域是不能被同时修改。当一个sql语句提交后，oracle会首先检查一下共享缓冲池（shared pool）里有没有与之完全相同的语句，如果有的话只须执行软分析即可，否则就得进行硬分析。
而唯一使得oracle 能够重复利用执行计划的方法就是采用绑定变量。绑定变量的实质就是用于替代sql语句中的常量的替代变量。绑定变量能够使得每次提交的sql语句都完全一样。
绑定变量只是起到占位的作用，同名的绑定变量并不意味着在它们是同样的，在传递时要考虑的是传递的值与绑定变量出现顺序的对位，而不是绑定变量的名称。
绑定变量是在通常情况下能提升效率，非正常的情况如下：
在字段(包括字段集)建有索引，且字段(集)的集的势非常大（也就是有个值在字段中出现的比例特别的大）的情况下，使用绑定变量可能会导致查询计划错误，因而会使查询效率非常低。这种情况最好不要使用绑定变量。
但是并不是任何情况下都需要使用绑定变量，下面是两种例外情况：
1．对于隔相当一段时间才执行一次的SQL语句，这是利用绑定变量的好处会被不能有效利用优化器而抵消
2．数据仓库的情况下。
绑定变量不能当作嵌入的字符串来使用，只能当作语句中的变量来用。不能用绑定变量来代替表名、过程名、字段名等.
从效率来看，由于oracle10G放弃了RBO，全面引入CBO，因此，在10G中使用绑定变量效率的提升比9i中更为明显。
举例：
普通sql语句：
SELECT fname, lname, pcode from cust WHERE id = 674;
SELECT fname, lname, pcode from cust WHERE id = 234;
SELECT fname, lname, pcode from cust WHERE id = 332;
含绑定变量的sql 语句：
SELECT fname, lname, pcode from cust WHERE id = :cust_no;
Sql*plu
相关文档：
E:\>exp help=y
通过输入 EXP 命令和用户名/口令，您可以
在用户 / 口令之后的命令:
实例: EXP SCOTT/TIGER
或者，您也可以通过输入跟有各种参数的 EXP 命令来控制“导出”的运行方式。
要指定参数，您可以使用关键字:
格式: EXP KEYWORD=value 或 KEYWORD=(value1,value2,...,valueN)
实例: EXP SCOTT ......
ODP.NET 11g是Oracle公布的供.NET程序访问Oracle数据库的ADO.NET组件，比微软自带的Oracle组件性能好，更可以访问UDT(User Defined Type)部类，Procedure，REF之类高级Oracle特征。
.NET 1.1的客户端急需的公布资料如次：
◆Oracle.DataAccess.dll (odt111odp.netin一.x)
◆OraOps11.dll （odt111in） ......
摘自：http://livenzhao.spaces.live.com/blog/cns!6E368BE9F6DDD872!595.entry
·PL/SQL Developer使用技巧
1、PL/SQL Developer记住登陆密码
在使用PL/SQL Developer时，为了工作方便希望PL/SQL Developer记住登录Oracle的用户名和密码；
设置方法：PL/SQL Developer 7.1.2 ->tools->Preferences-> ......
Oracle PGA参数
PGA: 程序全局区，服务器进程使用的内存区域，包括特定服务器进程的数据和控制信息，例如使用的操作系统资源等。
UGA: 用户全局区，特定Session使用的内存区域，例如Session的SQL工作区、登陆认证信息等。Session的SQL工作区大小对查询性能的影响比较关键，shared server模式时UGA从SGA的large pool（如� ......
前言：
sql_trace 是我在工作中经常要用到的调优工具，相比较statspack 我更愿意用这个工具。
因为数据库慢原因的85%以上是由于sql问题造成的，statspack没有sql的执行计划。显示没有它直观，方便，对想要针对性不强，
1，介绍数据库调优需要经常会用到的工具 ......
