Пустые строки в Oracle и MS

Есть уйма софта, которая через OLEDB.ADO ломится на MSSQL.
Меняем МSSQL на ORACLE.
Многие софтины старые и глупые, а посему вставляют
в таблицу ''(пустые строки ) не пользуясь дефаултами.

Проблема №1:

в MS условие '' ='' - истинно, a ''=null -ложно
в оракле условие '' ='' - ЛОЖНО, a ''=null -ложно
Мне необходимо, чтобы оракл считал пустые строки
"равным" пробелу, а пробел равным пустой строке (как это делает MS)

Возможно ли так настроить оракл?
(Чтобы работало Select * from table where field ='')

Проблема №2:

Эти строки вставляются в поля на которых часто стоит NOT NULL,
что в оракле сразу же вызывает ошибку.
Дежурное решение - разрешить туда писать null.
Писать практически на каждую из 1000 таблиц
before insert - отвратительное решение.

Может есть что-то поизящнее?


Проблема №3:

Можно ли OLEDB.ADO настроить так,
чтобы он на своем уровне пустые строки заменял пробелами
при передаче параметров от клиента к серверу?

Т.е. на клиенте я вызываю хранимую процедуру
со строковым параметром равным пустой строке,
а на сервак на месте этого параметра приходит пробел.

zayacВ Оракле строка нулевой длинны и null - эквивалентные понятия.

Это я знал, но надеюсь(-лся), что возможно существует хитрая настройка,
которая этим управляет. Меня в частности интересует Oracle9.
zayac
Почему дежурное решение ? Просто разрешить хранить null и переписывать все модули, ориентированные, что там может быть то-ли значение, то-ли пробел.

Там более 30 человеколет кода, написанного в разное время.
Часть его еще работала с настольными базами.
И по-моему программеры не очень любят,
когда вместо какого-то (не null ) значения
им приходит null.
Кроме того я совсем не уверен,
что там стоят програмные проверки на null,
учитывая что на многих колонках сейчас ЯВНО стоит NOT NULL.

ИТАК: на уровне оракла они непобедимы.
У меня есть такие варианты.

1) Ничего не менять. Разве что убрать дефаулты ='' на поля с Not NULL(-).
+ минимум моих усилий
- будут валиться insert-ы, которые явно не указывали значение поля
+ '__'||field||'__' в oracle и '__'+field+'__' в ms будут работать одинаково
- будут валиться с старые сравнения по этому полю: =, <,>,IN
- в старые приложения будет приходить null из тех полей,
которые были явно NOT NULL, и они будут вылетать по access violation.
- для выборки дефаултовых значений прийдется в зависимости
от типа субд каждый раз использоватьразные куски в SQL
(='' и IS NULL)
- длина дефаултовой строки в оракле -Null, а в ms-0
- в полях с разрешенными NULL не будет различия между
"честными" NULL и их "наглыми родычами" - пустыми строками

2) Поставить дефаулт =пробел и в before insert каждой таблицы
(они у нас уже есть) поставить замену null на пробел.
+ пройдут все insert-ы, которые явно не указывали значение поля
+ во всех старых сравнения по этому полю( =, <,>,IN ) достаточно
будет заменить пустую строку на одиночный пробел и будет
работь на обеих системах
+ поля останутся NOT NULL
+ в старые приложения будет приходить не нулл
+ выборка дефаултовых значений одинакова (=пробел )
+/- длина дефаултовой строки в оракле -1, а в ms-0
(уже лучше - не нужно проверять на нулл)
- '__'||field||'__' в oracle и '__'+field+'__' в ms вернут разные результаты
--- дополнительные задержки за счет усложнения триггеров before insert
+ в полях с разрешенными NULL будут различия между
"честными" NULL и их "наглыми родычами" - пустыми строками
? я не знаю если на таблицу написать еще один триггер before insert,
то в каком порядке они выполнятся

модификации варианта 2 :
3) тригеры и дефаулты вешать только на поля с NOT NULL
+ меньше дополнительные задержки за счет
уменьшения числа полей обновляемых в триггерах before insert
+/- в этих полях не будет различия между
"честными" NULL и их "наглыми родычами" - пустыми строками

4) Вместо пробела использовать '_'
+ в сообщениях об ошибках и отчетах он будет хорошо виден
- это будет серьезным отличием между версиями работающими
с оракле и версиями работающими с мсскл


Я пока склоняюсь к варианту 2) с модификацией 3).

Может я что-то упустил? Ваши мнения/соображения по этому поводу?