书中的例子

   set serveroutput on;   
    DECLARE
    empty_varchar2 VARCHAR2(10) := '';
    empty_char CHAR(10) := '';
    BEGIN
    IF empty_varchar2 IS NULL THEN
    DBMS_OUTPUT.PUT_LINE('empty_varchar2 is NULL');
    END IF;


    IF '' IS NULL THEN
    DBMS_OUTPUT.PUT_LINE(''''' is NULL');
    END IF;

    IF empty_char IS NULL THEN
    DBMS_OUTPUT.PUT_LINE('empty_char is NULL');
    ELSIF empty_char IS NOT NULL THEN
    DBMS_OUTPUT.PUT_LINE('empty_char is NOT NULL');
    END IF;

    END;

空字符串与NULL相同，因为与两者(空字符串和NULL)不相同的情况相比，它是“较轻的邪恶”。

在NULL和空字符串不相同的语言中，必须始终检查这两个条件。

事实上，我在处理Oracle时遇到了困难，包括无效的datetime值(不能打印，转换或任何东西，只是用DUMP()函数查看)，允许将其插入到数据库中，显然是通过一些有bug的客户端版本作为二进制列!保护数据库完整性就说这么多!

Oracle对null链接的处理:

http://digitalbush.com/2007/10/27/oracle-9i-null-behavior/

http://jeffkemponoracle.com/2006/02/empty-string-andor-null.html

首先，null和空字符串在Oracle中并不总是被视为相同的。根据定义，空字符串是不包含字符的字符串。这和null完全不一样。根据定义，NULL表示没有数据。

大约在五六年以前，Oracle对空字符串的处理与null是不同的。然而，像null一样，null字符串等于所有东西，不同于所有东西(我认为这对null来说很好，但对null字符串来说完全错误)，至少长度(null字符串)会返回0，因为它应该因为null字符串是一个零长度的字符串。

目前在Oracle中，长度(null)返回null，我猜是可以的，但长度(空字符串)也返回null，这是完全错误的。

我不明白为什么他们决定把这两种不同的“价值观”一视同仁。它们意味着不同的东西，程序员应该有能力以不同的方式处理它们。他们改变了他们的方法，这一事实告诉我，他们真的不知道应该如何对待这些价值。

根据官方的11g文件

Oracle数据库当前将长度为0的字符值视为null。然而，在未来的版本中可能不会继续如此，Oracle建议您不要将空字符串视为null。

可能的原因

val IS NOT NULL比val更可读!= " 不需要检查val != "和val IS NOT NULL这两个条件

书中的例子

   set serveroutput on;   
    DECLARE
    empty_varchar2 VARCHAR2(10) := '';
    empty_char CHAR(10) := '';
    BEGIN
    IF empty_varchar2 IS NULL THEN
    DBMS_OUTPUT.PUT_LINE('empty_varchar2 is NULL');
    END IF;


    IF '' IS NULL THEN
    DBMS_OUTPUT.PUT_LINE(''''' is NULL');
    END IF;

    IF empty_char IS NULL THEN
    DBMS_OUTPUT.PUT_LINE('empty_char is NULL');
    ELSIF empty_char IS NOT NULL THEN
    DBMS_OUTPUT.PUT_LINE('empty_char is NOT NULL');
    END IF;

    END;