softwarer"пять пробелов" имеют единственный смысл - мусорить в данных.
Именно. Но если вдруг такое безобразие все-таки просочилось в текстовое поле в БД, то давайте его тоже считать за null, т.к. смысла в таком значении атрибута все равно никакого, а удобства в приведении к null - навалом. Это было бы логичным продолжением Вашей подмены '' на null, как мне показалось. VadimInfo, правда, допускает у пяти пробелов какой-то смысл в какой-то гипотетической предметной области.

softwarerХм. Для сержанта такая точка зрения, в общем, ожидаема ;-) Устав и два наряда вне очереди.
Честно говоря, не очень понял этот переход на личности.
Я имел в виду, что когда одному удобно правостороннее движение, другому левостороннее, третьей ездить на красный, т.к. у нее машинка красненькая, то, возможно, лучшим компромиссом для всех является принятие ПДД и их соблюдение.
Отказ от стандартов должен по хорошему иметь что-то более весомое, чем удобно-неудобно, и если Ваша (оракловая) фишка реально востребована и нужна, приводить к изменениям самого стандарта.
Никаких нарядов - где Вы разглядели? :)

softwarerЕсли сервер начнёт trim-ать значения в строковых полях - я, пожалуй, сочту это вполне удобным (включая все последствия, например, срабатывание not null на пяти пробелах).
Спасибо, Ваша позиция во всяком случае выглядит последовательной.

softwarerТо до тех пор, пока они ездят каждый по своей дороге, "стандарт" им, в общем, нафиг не нужен.

Для начала, введение стандарта должно быть обосновано чем-то весомым. Не надо начинать с середины

Я бы сказал так: лучше никакого стандарта, нежели плохой стандарт. Тому, который есть - до хорошего ещё очень далеко. Поэтому я приветствую оправданные отступления от него.

Я согласен с этим как с частью идеального, правильного подхода, но, к сожалению, мерзкие политические соображения вряд ли приведут к возможности такого подхода в обозримом будущем. Стандарт формируется политикой не меньше, чем технологией, и в свою очередь является политическим инструментом. В результате это - нежизнеспособная хрень имени декларации добрых намерений.
Я с Вами не совсем согласен, но это спор более мировоззренческий, чем айтишный.
Не питаю иллюзий - стандарты зачастую являются более бюрократическими, чем техническими решениями, однако, в общем случае, считаю, что "лучше плохо ехать, чем хорошо стоять" и энергию технарей лучше пытаться направить на их изменение, чем на откровенную анархию типа "а никто не доказал мне, что ПДД обосновано чем-то весомым, потому считаю правильным чихать на них нах", тем более, что достоверно знаю, что этот знак "40" только вчера поставили, чтобы срубать с меня деньги. Коли они так - то и я поеду 160!

softwarerВ Израиле, например, в шаббат дорожное движение... существенно уменьшается. Для них это, полагаю, вполне оправданно. Скажите пожалуйста: Вы хотите, чтобы в правила было внесено ограничение на поездки в автомобиле по пятницам и субботам? Только ради того, чтобы все соблюдали единый стандарт?
Извините, я уже Вам некоторое время назад говорил, что аналогии и аллегории должны иллюстрировать высказанный тезис, а не являться сами по себе основой доказательства чего-то, о чем нужно догадываться путем интерпретаций этих аналогий, иначе мы с Вами рискуем упереться в то, что Ахиллес никогда не догонит черепаху.

Я хочу сказать что:
Вариант 1. Проверка str_attr is null вернет только null, а не ''. Вариант, ненужность которого должны доказать Вы, а не говорить, что "пока что серьезных примеров не приведено - это никому не нужно".
Вариант 2. str_attr is null вернет не только null, но и ''. Вариант, который Вам кажется оптимальным.
Достигается в oracle, если верить Вадиму, детипизацией '' в null.
Вариант 3. str_attr is null вернет не только null, но и всякие расширения "мусора в текстовом поле, которые легко формализуются как "мусор" типа набора пробелов. Вариант, который Вам кажется также вполне приемлимым, но, похоже, не всем ораклистам.

Так почему бы не пойти по пути осмысленного выбора программистом?
1. str_attr is null
2. isnull(str_attr, '') = ''
3. isnull(trim(str_attr), '') = ''

Ну возможно, придется Вам написать пару лишних символов по варианту 2 или 3, которые Вы бы не хотели писать, но зато сохранится возможность для других использовать в конкретном случае конкретный вариант, да и стандарты не нарушим.
Неужели плата так велика?

vadiminfoНу если смотреть в сторону арифметических подходов, то нужна повышеная осмотрительность.
Если проявлять приемлемую обеспокоенность по поводу возможной чрезмерной иррациональности пустой строки в сильно типизированных моделях данных то , скорее всего, можно предположить с разного рода оговорками, что и два пробела для пустй многовато будет. По видимому, одна тысячная пробела может в ряде случаев отдельными исследователями рассматриваться как некоея приближение оного в некоторых тестах для полуструктурированных МД..
Имелось в виду, что и пустая строка и строка из 2-5 пробелов создают практически идентичную проблему в смысле отсутствия смысла в такой инфе в поле ФИО. Так почему, решая проблему с пустой строкой путем автоматического преобразования ее сервером к null, не поступать так же и с полем из пробелов? А далее и с любым другим набором символов - "как нам кажется строковым мусором", который удастся формализовать?