iBase.ru Forum

Столкнулся с такой вот проблемой (Firebird 1.0):
Есть две базы данных: офисная и складская, физически удаленные друг от друга. Данные складской базы нужны в офисе для отчётов.

Сейчас эта проблема решается периодической синхронизацией баз... Вернее, склад шлёт SQL-скрипты для обновления. В принципе, из офиса легко законнектиться по инету к складской базе, но тогда нужно держать на клиенте два коннекта - соответствено все слияния таблиц придётся обрабатывать ручками.

Вопрос (без надежды на положительный ответ):
Можно настроить Firebird так, чтобы он мог объединить две БД и рассмтаривать её как одну логическую структуру?

Увы, нет.
Где-то в отдаленных планах есть межбазовые запросы, но все равно придется "держать на клиенте два коннекта", только делать слияния ручками будешь не ты.

Вообще в таких случаях обычно делают репликацию, т.к. раз для отчётов нужны данные сразу из двух баз, значит логически это одна распределённая база, а не две независимых.

saf писал(а):Вообще в таких случаях обычно делают репликацию, т.к. раз для отчётов нужны данные сразу из двух баз, значит логически это одна распределённая база, а не две независимых.

Direx писал(а):Сейчас эта проблема решается периодической синхронизацией баз... Вернее, склад шлёт SQL-скрипты для обновления

А это разве не репликация?

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

Вот и получается, что доступны для коннекта обе базы, а приходится делать репликацию.

Мудрёно получилось...

репликация - это нормально, обычно и т.п. В том числе и для вашего случая.