事实上，我在处理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

根据官方的11g文件

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

可能的原因

val IS NOT NULL比val更可读!= " 不需要检查val != "和val IS NOT 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

书中的例子

   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;

Oracle文档提醒开发人员注意这个问题，至少可以追溯到版本7。

Oracle选择用“不可能值”技术来表示null。例如，数值位置中的NULL将被存储为“负零”，这是一个不可能的值。任何由计算产生的负0将在存储之前转换为正0。

Oracle还错误地认为长度为0的VARCHAR字符串(空字符串)是一个不可能的值，并且是表示NULL的合适选择。事实证明，空字符串远非一个不可能的值。它甚至是字符串连接操作下的恒等式!

Oracle文档警告数据库设计人员和开发人员，Oracle的某些未来版本可能会出现这种情况 打破空字符串和NULL之间的这种关联，并打破依赖于这种关联的任何代码。

除了不可能的值之外，还有一些技术可以标记null，但Oracle没有使用它们。

(我上面用的“位置”这个词是指行和列的交点。)

因为不将其处理为NULL也不是特别有用。

如果你在Oracle上在这方面犯了错误，你通常会马上注意到。然而，在SQL server中，它似乎是可以工作的，并且只有当有人输入空字符串而不是NULL时才会出现问题(可能来自。net客户端库，其中NULL与“”不同，但您通常将它们视为相同的)。

我并不是说甲骨文是对的，但在我看来，这两种方法都差不多一样糟糕。