Почему Oracle 9i рассматривает пустую строку как NULL?

Тома Кайт вице-президент Oracle:

нулевая длина varchar рассматривается как НОЛЬ.

" не рассматривается как NULL.

" при назначении char (1) становится ''(типы символов являются пустыми проложенными струнные.)

" при назначении varchar2(1) становится", который является нулевой длиной строка и строка нулевой длины NULL в Oracle (это не долго ")

Я подозреваю, что это имеет гораздо больше смысла, если вы думаете о Oracle, как это, вероятно, делали более ранние разработчики-как прославленный бэкэнд для системы ввода данных. Каждое поле в базе данных соответствовало полю в форме, которую оператор ввода данных видел на своем экране. Если оператор ничего не вводил в поле, будь то "дата рождения" или "адрес", то данные для этого поля "неизвестны". Оператор не может указать, что чей-то адрес действительно является пустой строкой, и это действительно не имеет смысла в любом случае.

документация Oracle предупреждает разработчиков об этой проблеме, возвращаясь по крайней мере до версии 7.

Oracle выбрала для представления нулей метод" невозможного значения". Например, значение NULL в числовом расположении будет сохранено как "минус ноль", невозможное значение. Любые минусовые нули, полученные в результате вычислений, будут преобразованы в положительный ноль перед сохранением.

Oracle также ошибочно выбрал для рассмотрения строку VARCHAR нулевой длины (the пустая строка), чтобы быть невозможным значением и подходящим выбором для представления NULL. Оказывается, что пустая строка далека от невозможного значения. Это даже идентичность при операции конкатенации строк!

документация Oracle предупреждает разработчиков и разработчиков баз данных о том, что некоторые будущие версии Oracle могут разорвать эту связь между пустой строкой и NULL, а также разбить любой код, который зависит от этой связи.

есть методики флаг содержит нули, отличные от невозможных значений, но Oracle их не использовал.

(Я использую слово "местоположение" выше, чтобы означать пересечение строки и столбца.)

пустая строка совпадает с NULL просто потому, что ее "меньшее зло" по сравнению с ситуацией, когда две (пустая строка и null) не совпадают.

в языках, где NULL и пустая строка не совпадают, нужно всегда проверять оба условия.

потому что не рассматривать его как NULL не особенно полезно, либо.

Если вы делаете ошибку в этой области на Oracle, вы обычно сразу замечаете. Однако в SQL server он будет работать, и проблема появляется только тогда, когда кто-то вводит пустую строку вместо NULL (возможно, из клиентской библиотеки .net, где null отличается от"", но вы обычно относитесь к ним одинаково).

Я не говорю, что Oracle прав, но мне кажется, что оба пути примерно одинаково плохо.

согласно официальным документам 11g

база данных Oracle в настоящее время обрабатывает символьное значение с длиной нуля как null. Однако это может не сохраниться в будущих выпусках, и Oracle рекомендует не обрабатывать пустые строки так же, как null.

возможные причины

1. val IS NOT NULL является более читаемым, чем val != ''
2. нет необходимости проверять оба условия val != '' and 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;

действительно, у меня не было ничего, кроме трудностей в работе с Oracle, включая недопустимые значения datetime (не могут быть напечатаны, преобразованы или что-то еще, просто посмотрел на функцию DUMP ()), которые разрешено для вставки в базу данных, по-видимому, через какую-то глючную версию клиента в виде двоичного столбца! Так много для защиты целостности базы данных!

Oracle обработка нулей ссылки:

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

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

во-первых, null и null string не всегда обрабатывались Oracle как одно и то же. Нулевая строка-это, по определению, строка, не содержащая символов. Это совсем не то же самое, что null. NULL-это, по определению, отсутствие данных.

пять или шесть лет назад нулевая строка обрабатывалась Oracle иначе, чем null. Хотя, как и null, нулевая строка была равна всему и отличалась от всего (что, я думаю, хорошо для null, но совершенно неправильно для null string), по крайней мере length(null string) будет возвращать 0, так как null string-это строка нулевой длины.

В настоящее время в Oracle length(null) возвращает null, который, я думаю, является ок, но length(null string) также возвращает null, что совершенно неправильно.

Я не понимаю, почему они решили начать рассматривать эти 2 различных "значения" одинаково. Они означают разные вещи, и программист должен иметь возможность действовать на каждого по-разному. Дело в том, что они изменили свою методологию говорит мне, что они действительно не имеют понятия о том, как эти ценности должны рассматриваться.