Приветсвую всех!
Имеется такая проблема:
1. Есть ну ОООЧЕНЬ огромная база на Оракуле 8.0.XXX не поддерживающая распределенные запросы (ООЧень большие таблицы этой очень большой базы хрянят некую бизнес информацию на конкретную дату за оочень большой период). К Данной БД доступ не возможен в принципе, так как она в рантайме управляет работой ну оочень большой компании.
2. Есть копия вышеуказанной БД, которая обновляется путем тупого копирования файлов ежедневно по утрам. Это означает что БД с утра ежедневно затирается своей обновленной копией. Неудобства - вместе с предыдущей копией затираются все ранее созданные и измененные в ней объекты.

3. Есть третья база данных на 9i, ну очень маленькая у которой есть доступ к копии ну очень большой БД (из пункта 2) и путем linked database она получает инфу из БД2
Проблемой является то что нельзя запускать оптимизированные распределенные запросы в связи с тем что 8.0.XX такого просто не поддерживает

Задача: Необходимо придумать механизм, с помощью которого можно бы было делать ети чертовые распределенные запросы либо путем хранения таблиц из БД3 на БД2 (которая ежедневно перезатирается) делать на хранить данные на БД2 и выполнять на БД2 все запросы внутри этой БД.

Решение: Можно конечно путем проб и ошибок умудриться написать квази-оптимизированный запрос, который оптимизатор поймет так как нужно, но естьи другая идея:

Возможно ли в отдельном табличном пространстве создать и обновлять локальные таблицы на БД2. При затирании файлы этого пространтсва не будут затираться, однако надо их как -то в рантайме прицеплять и восстанавливать ранее созданную структуру данных и сами данные из незатронутого табличного пространства.

Вопрос: А как это сделать.

Извиняюсь за длинное описание

2 killed А transportable tablespaces в 8.0.XX поддерживаются? Вот в чем вопрос ..........

2 .dba Закачивать таблицы из БД3 в БД2 - утопичный вариант так как БД3 будет разростаться, а БД2 находится на удаленном серваке и вообще траблы такие вещи глобальные делать из БД3 в БД2 .....