学习《Oracle 9i10g编程艺术》的笔记 (五)
1.尽可能地使用绑定变量 不用开关CURSOR_SHARING=FORCE
如果你愿意，这个特性会实现一个自动绑定器（auto-binder）。
如果有一个查询编写为SELECT * from EMP WHERE EMPNO = 1234，自动绑定器会悄无声息地把它改写成
SELECT * from EMP WHERE EMPNO = :x。这确实能动态地大大减少硬解析数，并减少前面讨论的库闩等待
时间——但是（凡事总有个“但是”），它可能有一些副作用。游标共享的一个常见副作用如下所示：
ops$tkyte@ORA10G> select /* TAG */ substr( username, 1, 1 )
2 from all_users au1
3 where rownum = 1;
S
-
B
ops$tkyte@ORA10G> alter session set cursor_sharing=force;
Session altered.
ops$tkyte@ORA10G> select /* TAG */ substr( username, 1, 1 )
2 from all_users au2
3 where rownum = 1;
SUBSTR(USERNAME,1,1)
这里到底发生了什么？为什么到第二个查询时SQL*Plus 报告的列突然变得这么大？要知道，这还是
同一个查询呀！如果查看一下游标共享设置为我们做了些什么，原因就会很清楚了（还会明白其他一些问
题）：
游标共享会删除查询中的信息。它找到每一个直接量（literal），包括内置求子串函数（substr）的
参数，直接量就是我们使用的常量。它把这些直接量从查询中删除，并代之以绑定变量。SQL 引擎再也不
知道这个列是长度为1 的子串，它的长度是不确定的。另外，可以看到where rownum = 1 现在也已经绑定。
看上去似乎不错；不过，优化器把一个重要的信息也一并删除了。它不知道“这个查询将获取一行”；现在
只认为“这个查询将返回前N 行，而N 可能是任何值”。实际上，如果加上SQL_TRACE=TRUE 后再运行这些
查询，你会发现每个查询使用的查询计划都不同，它们完成的工作量也大相径庭。考虑以下查询：
------------------------------
B
ops$tkyte@ORA10G> select sql_text from v$sql
2 where sql_text like 'select /* TAG */ %';
SQL_TEXT
-------------------------------------------------------------------------------
select /* TAG */ substr( username, 1, 1 ) from all_users au1 where rownum = 1
select /* TAG */ substr( username, :"SYS_B_0", :"SYS_B_1" ) from all_users au2 where
rownum = :"SYS_B_2"
select /* TAG */ substr( username, 1, 1 )
from all_users au1
where rownu
相关文档：
IN条件
用IN条件在指定的一组值中进行测试。IN条件也就是 成员条件。
在幻灯片的例子中显示所有经理号为100、101或201的雇员的employee numbers, last names, salaries和经理的employee numbers。
在IN条件中可以使用任何数据类型。下面的例子从EMPLOYEES表返回雇员信息行，这些雇员的名字包括在WHERE子句的名字列 ......
虽然网上有很多，但还是在这里记下方便查找：
SELECT i.ksppinm NAME, i.ksppity TYPE, v.ksppstvl VALUE, v.ksppstdf isdefault
from x$ksppi i, x$ksppcv v
WHERE i.indx = v.indx
AND i.ksppinm LIKE '\_%&par%' ESCAPE '\';
......
SQL*Loader 用于将大量数据装入数据库。
⑴、定宽数据
创建数据文件control.txt：
aaa,bbb
ccc,ddd
eee,fff
创建控制文件control.ctl：
load data
infile 'c:\loader.txt'
append
into table tester.mm(
m1 position(1:3) char,
m2 position(5:7) char)
批量加载数据：
sqlldr tester/test control=c:\loade ......
1.多版本：读一致查询 非阻塞查询
Oracle 采用了一种
多版本、读一致（read-consistent）的并发模型。再次说明，我们将在第7 章更详细地介绍有关的技术。
不过，实质上讲，Oracle 利用这种机制提供了以下特性：
读一致查询：对于一个时间点（point in time），查询会产生一致的结果。
非阻塞查询：查询不� ......
1.数据库独立性
将应用从数据库A 移植到数据库B 时，我时常遇到这种问题：应用在数据库A 上原本无懈可击，到了
数据库B 上却不能工作，或者表现得很离奇。看到这种情况，我们的第一个想法往往是，数据库B 是一个
“不好的”数据库。而真正的原因其实是数据库B 的工作方式完全不同。没有哪个数据库是错的 ......
