Многоуважаемые, помогите плиз с такой проблемой.

Есть БД на Oracle.
Под нее делается интерфейс на Access 2000.
Данные из Оracle представлены в виде связаных таблиц.

Проблема:
Насколько я понял в Oracle есть возможность использовать поле и как Unique Key и одновременно поставить ему свойство Nullable.
То есть (как я пока дотумкал), повторений значений в этом поле Oracle не допустит, но одновременно разрешает заносить туда Null значения.
В Access такое не проходит, поскольку он не разрешает создавать ключевое поле с Null значениями (транспарант выскакивает в полэкрана :-).
Поскольку таблица связанная, все свойства полей беруться от источника, но перевираются страшным образом (ключевого поля уже нету).
При открытии этой таблицы все данные соответственно отображаются неправильно.
При ближайшем рассмотрении все записи где по идее в одном поле должен быть Null (ну просто надо так) одинаковы (ВСЕ ПОЛЯ !!!) и повторяют первую, где этот долбаный Null встречается.

Вопрос:
Че делать то ? Как сделать, чтоб данные в таблице были правильно представлены ? Может как-нибудь без таблицы обойтись ?

2 Темный
На вопрос, зачем в Оракловой БД Unique Key со свойством Nullable был дан простой ответ, типа не помню, но надо, и менять ничо низзя, иначе софт который с этой БД работает будет глючить (наверное).
В свободное от работы время сам лично убрал свойство Key, эффект потрясающий, таблица в Аксесе линкуется как надо, определяет совершенно другой ключ (Primary), соотвессно все путем, радость без границ (как будто я этого не знал :-). Но пришлось вернуть все взад. Начальство знаете ли :-(

2 ЛП
Вопрос наверное надо поставить так:
Есть ли возможность прилинковать таблицы, чтоб все данные отображались нормально ? А если нет, то какие методы стоит использовать.
Если есть желание и возможность - ссылочку пожаллста дайте, уважьте :-)

2 ALL
Могу привести для примера более подробные данные.
В Оракле таблица OFFICE:
ID_OFFICE ID_PARENT_OFFICE PHONE MEMO
1 Null 9999999 Офис 1
2 1 Null Подофис 1-1
3 1 Null Подофис 1-2
4 Null 8888888 Офис 2
5 4 Null Подофис 2-1
.......
ну и т.д.

ID_OFFICE - Primary Key, Non Nullable (обычный первичный ключ, не повторяется, Null быть не может. Access преобразует его как обычное ключевое поле)

PHONE - Unique Key, Nullable (уникальный ключ, не повторяется, но может быть Null, кстати сколько угодно раз. Если такое свойство есть, то Access преобразует как первичный ключ, естессно убирая автоматом свойство Nullable, отсюда видимо проблема с отображением данных, ID_OFFICE ключом уже не делается !)

ID_PARENT_OFFICE - Foreign Key, Nullable (хз, что за свойство, но точно знаю, что несуществующее в этой таблице значение не вставляется, что то типа проверки. Access ваще его не преобразовывает ни в какой ключ, получается простое поле)

2 Темный & f2f
Ща рискнем и падключимси :-)