Oracle 不区分空字符串和空字符串？

Question

显然，oracle 似乎无法区分空字符串和空值。例如。

Select name from TABLE_A where id=100;
  ID   NAME
  100  null

Update TABLE_A set NAME='' where id=100;
SELECT -->
  ID   NAME
  100  null

SELECT length(NAME) FROM TABLE_A WHERE id=100;
  null

我想不出任何好的理由为什么要构建 Oracle 以这种方式运行（它在 sqlplus 中也这样做吗？-我正在通过 java 接口访问，引用的文章使用了 php 客户端）。

您至少不想区分 0 长度和未定义长度吗？这是一个已知的问题？出于某种特定目的的故意行为？数据库理论的长期争论？是什么赋予了？

（这是由 Matt Solnit 对 this question 的回答提示的。）

Answer 1

Oracle 非常非常非常老了。

回到80's 开发时（在没有任何标准之前），他们认为这是一个好主意，然后考虑到Oracle 存储其值的方式，确实如此。

Oracle 存储数据的方式如下（取自documentation）：

数据中没有存储数据类型，只有数据长度和数据本身。

如果NULL 出现在具有值的两列之间，它会存储为单字节，这意味着列的长度为0（实际上是0xFF）。尾随 NULLs 根本不存储。

所以要存储'test'的值，Oracle需要存储5个字节：04 74 65 73 74。

但是，要同时存储空字符串和NULL，Oracle 只需将数据长度设置为0。

如果您的数据要存储在20 Mb 硬盘上，每个硬盘的成本为5,000$，这非常聪明。

后来，当标准出现时，它不再是一个好主意，但到那时已经有很多代码依赖于 NULL 和 '' 是同一个东西。

让VARCHAR 做这样的区分会破坏吨的代码。

为了解决这个问题，他们将VARCHAR 重命名为VARCHAR2（这不是任何标准的一部分），声明VARCHAR2 将从不区分NULL 和空string 并敦促大家改用这种数据类型。

现在他们可能正在等待Oracle 数据库中最后一个使用VARCHAR 的人死亡。

Answer 2

您可能想阅读两年多前在 OTN 上关于这个确切主题的冗长且有时有趣的讨论：http://forums.oracle.com/forums/thread.jspa?threadID=456874&start=0&tstart=0

问候， 抢。

Answer 3

这就是为什么像 Date 这样的聪明人说你不应该使用空值。

（不，我必须准确地说。事实上，这只是他在过去几十年中提到的支持这一主张的近数百个理由中的一个。）

编辑

其实我也想回应一下：

“使用 VARCHAR 进行这种区分会破坏大量代码。”

是的，可以肯定的是，通过在每次更新时将“空字符串”替换为 null 来至少打破标准的精神是一种较小的邪恶？

(注意：null 不等于任何东西，甚至不等于它本身，因此在将空字符串分配给列之后，oracle 会在该列中为您提供一个与您说想要的值不同的值出现在那里。哇。）

Answer 4

看起来甲骨文已经说过这种行为可能会在未来的版本中改变。没有提及何时以及哪个版本。

如果您可以访问metalink，请查看注释：1011340.6（不幸的是，由于限制，我无法在此处复制注释的内容）

如果您无法访问 metalink，请查看 10g 第 2 版文档中的以下内容here

Answer 5

@Ian，回复你。

Oracle 触发器可以引用创建它们的表：

create table t (id number(10) );

create or replace trigger  t_bir before insert  on  t for each row
declare
  l_id t.id%type;
begin
  select id
  into   l_id
  from   t
  where  id = :new.id;
exception
  when no_data_found then 
    null;
end;
/


SQL> insert into t values (20);

1 row is created.


SQL> select * from t;

        ID
----------
        20