学习《Oracle 9i10g编程艺术》的笔记 (四)
1.数据库独立性
将应用从数据库A 移植到数据库B 时，我时常遇到这种问题：应用在数据库A 上原本无懈可击，到了
数据库B 上却不能工作，或者表现得很离奇。看到这种情况，我们的第一个想法往往是，数据库B 是一个
“不好的”数据库。而真正的原因其实是数据库B 的工作方式完全不同。没有哪个数据库是错的或“不好
的”，它们只是有所不同而已。应当了解并理解它们如何工作，这对于处理这些问题有很大的帮助。将应用
从Oracle 移植到SQL Server 时，也会暴露SQL Server 的阻塞读和死锁问题，换句话说，不论从哪个方向
移植都可能存在问题。
例如，有人请我帮忙将一些Transact-SQL（T-SQL，SQL Server 的存储过程语言）转换为PL/SQL。
做这个转换的开发人员一直在抱怨Oracle 中SQL 查询返回的结果是“错的”。查询如下所示：
这个查询的目标是：在T 表中，如果不满足某个条件，则找出x 为NULL 的所有行；如果满足某个条
件，就找出x 等于某个特定值的所有行。
开发人员抱怨说，在Oracle 中，如果L_SOME_VARIABLE 未设置为一个特定的值（仍为NULL）， 这个
查询居然不返回任何数据。但是在Sybase 或SQL Server 中不是这样的，查询会找到将x 设置为NULL 值的
所有行。从Sybase 或SQL Server 到Oracle 的转换中，几乎都能发现这个问题。SQL 采用一种三值逻辑来
操作，Oracle 则是按ANSI SQL 的要求来实现NULL 值。基于这些规则的要求，x 与NULL 的比较结果既不为
true 也不为false，也就是说，实际上，它是未知的（unknown）。从以下代码可以看出我的意思：
declare
l_some_variable varchar2(25);
begin
if ( some_condition )
then
l_some_variable := f( ... );
end if;
for C in ( select * from T where x = l_some_variable )
loop
...
第一次看到这些结果可能会被搞糊涂。这说明，在Oracle 中，NULL 与NULL 既不相等，也不完全不
相等。默认情况下，SQL Server 则不是这样处理；在SQL Server 和Sybase 中，NULL 就等于NULL。不能
说Oracle 的SQL 处理是错的，也不能说Sybase 或SQL Server 的处理不对，它们只是方式不同罢了。实际
上，所有这些数据库都符合ANSI，但是它们的具体做法还是有差异。有许多二义性、向后兼容性等问题需
要解决。例如， SQL Server 也支持ANSI 方法的NULL 比较，但这不是默认的方式（如果改成ANSI 方法的
NULL 比较，基于SQL Server 构建的数千个遗留�
相关文档：
1.登陆系统用户
sqlplus 然后输入系统用户名和密码
登陆别的用户
conn 用户名/密码;
2.创建表空间
create tablespace 空间名
datafile 'c:\空间名' size 15M --表空间的存放路径,初始值为15M
autoExtend on next 10M --空间的自动增长的值是10M
permanent online; --永久使用
3.创建用户
create user s ......
虽然网上有很多，但还是在这里记下方便查找：
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 ......
