Привет всем!
Пытаюсь решить задачу:
1. на предприятии есть БД (Oracle), которая наполняется данными довольно часто из нескольких клиенстких apps.
2. надо спроектировать систему, у которой будет свой клиент, и некоторые данные, с которыми он будет работать, будут браться из существующей БД. Самое плохое, что данные, которые будут заливаться новым клиентом в, допустим, новую БД, будут связаны с данными из старой БД.
Существует ли какая то технология, допускающая такие извраты и помогающая в этом? Или может есть существующий паттерн для решения такого рода задач.
Мои редкие идеи:
1. Писать какой то шлюз для синхронизации нужных данных новой и старой БД? По-моему изврат. То есть если что то удалилось в старой, то в новой надо проверить это что то и тоже удалять и т.д.
2. Делать новую БД, и связывать дополнителльными суррогатными foreign ключами данные из новой со старыми - опять же морока с constraints и т.д.
3. "Резать по живому" и добавлять свой домен к существующей схеме БД... тоже не впечатляет.
Заранее спасибо за советы.

Серега KPIIS1. на предприятии есть БД (Oracle), которая наполняется данными довольно часто из нескольких клиенстких apps.
Ну не весь же Оракл наполняется. Наполняются конкретные таблички в конкретной схеме (схемах). Кто мешает в соседней схеме сделать свои таблички и связать их со старыми? Никакой другой (второй) БД не нужно.
это и имелось в виду - я рад что ты посмеялся ;)
не мешает никто - просто создаваемая система должна быть по возможности независимой от конкретной БД - просто подключаешься через JDBC к любой БД и т.д. - поэтому и хочеться создать какой то легковесный перехоник для данных, а не вгрызаться в БД. Ведь если новое хранилище будет "висеть" на PostgreSQL, то предложенный тобой вариант (модифицированный мой 3-тий :)) не получится.

Я работаю с MS SQL Server (Поэтому прошу прощения). А что Оракл позволяет устанавливать связи между таблицами в различных БД или я что-то упустил?
что то упустил...

AntyЕсть такое понятие "распределенные транзакции". Может быть эта технология как-то поможет.
кажется действительно стоящая вещь
нет случайно прямых ссылок на примеры применения, полезная инфа и т.д.
хотя уже за подсказку спасибо большое

Серега KPIISВедь если новое хранилище будет "висеть" на PostgreSQL, то предложенный тобой вариант (модифицированный мой 3-тий :)) не получится.

А почему " новое хранилище будет "висеть" на PostgreSQL ", если " на предприятии есть БД (Oracle), которая наполняется данными " и данные в новом хранилище " будут связаны с данными из старой БД "?

Какой смысл плодить БД? Может ты не все говоришь?
1.Желание заказчика, чтоб было выполнено именно так - в 2 базы.
2. Что я не все говорю?

В качестве конечного результата предполагается система, использующая все преимущества JDBC - то есть подлючил драйвер и забыл о поставщике СУБД. Но на данном заказчике столкнулся с трудностями именно в плане того, что им нужно получать данные уже из существующего источника, ТТХ которого я описал. Мне очень понравилась технология distributed transactions за 2 дня :) - я постраюсь ее использовать и поделюсь опытом с любым из вас.