学习《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 构建的数千个遗留�
相关文档：
分类：Oracle
一．引言
ORACLE数据库字符集，即Oracle全球化支持(Globalization Support)，或即国家语言支持（NLS）其作用是用本国语言和格式来存储、处理和检索数据。利用全球化支持，ORACLE为用户提供自己熟悉的数据库母语环境，诸如日期格式、数字格式和存储序列等。Oracle可以支持 ......
select to_char(sysdate + 1 / (24 * 60),'yyyy/mm/dd hh24:mi:ss') from dual
SQL> ;
1 select to_char(sysdate, 'hh:mi:ss')
2 &nbs ......
IN条件
用IN条件在指定的一组值中进行测试。IN条件也就是 成员条件。
在幻灯片的例子中显示所有经理号为100、101或201的雇员的employee numbers, last names, salaries和经理的employee numbers。
在IN条件中可以使用任何数据类型。下面的例子从EMPLOYEES表返回雇员信息行，这些雇员的名字包括在WHERE子句的名字列 ......
* SQL Group Function
*
s (num can be a column or ex
pression)
(null values are ign
*
ored, default between distin
ct and all is all)
********************
***************
****************************
****************
AVG([distinct or all ......
一.锁
数据库使用锁（lock） 来保证任何给定时刻最多只有一个事务在修改给定的一段数据。实质上讲，
正是锁机制才使并发控制成为可能。例如，如果没有某种锁定模型来阻止对同一行的并发更新，数据库就
不可能提供多用户访问。不过，如果滥用或者使用不当，锁反倒会阻碍并发性。如果你或数据库本身不必
要地对数据 ......
