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

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

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

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

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

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

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

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

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

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

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

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

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

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

甲骨文公司副总裁汤姆·凯特:

长度为0的varchar被视为 NULL。 不被视为NULL。 当赋值给char(1)时变成 ' '(字符类型是空白填充的 字符串)。 当分配给varchar2(1)时 变成"，长度为零 字符串和零长度的字符串是 Oracle中的NULL(它不是长”)

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

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

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

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