[C/C++][PostgreSQL]Контроль версий таблиц

http://www.postgresql.org/docs/9.0/static/backup-dump.html
оно?
еще дамбы можно диффить по идее.
получилось сумбурно однако просто как апельсин :3

pg_dump тут вряд ли поможет. Ну выгрузит он мне sql скрипт по заполнению этих таблиц. А как отсечь данные, которые уже есть в базе получателе? Да и diff двух sql-скриптов, по-моему, странное решение

А конфликты?

А конфликты давать решать пользователю

Репликацию что ли настроить?

ты не продумал своё желание. Совсем не продумал.

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

ты не продумал свое желание

мое желание прописано в тз. Просто человеческим языком сформулировать не получается

То что прописано в тз, не значит что ты его продумал.

Репликацию настраивай а именно мастер мастер.

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

А разве возможно настроить репликацию без соединения по сети между базами?

Насколько я понял из документации, основная задача репликации - распределение нагрузки на несколько серверов.

Да нету никакой там основной задачи. Можно как онлайн бекап использовать.

А это не мой случай: прямого соединения между базами нет.

ИМХО, проще всего будет позаботится о том, что бы соединение было и настроить репликацию.

Сливать данные из таблицы в свой формат файла, при добавлении проверять, есть ли такие данные в обновляемой таблице

Похоже, это единственное решение.

Как решать проблему с PulicKey'ами (да и с другими уникальными полями) - не знаю.

С этим проблем нет: все PrimaryKey - автоинкрементные

ИМХО, проще всего будет позаботится о том, что бы соединение было и настроить репликацию.

Это невозможно по ряду причин, главная из которых - безопасность (в базе могут находиться секретные данные)

по поводу безопасности, используй безопасные каналы.

>С этим проблем нет: все PrimaryKey - автоинкрементные
Вот это и есть самое страшное.
Например: принес ты для таблицы данные, а там PrimaryKey уже заняты. При этом ты можешь потерять ссылки между объектами (подменять PrimaryKey в новой таблице не вариант, т.к. тебе потом в обратную сторону надо будет синхронизироваться).

Так что задачка совсем не тривиальная.

используй безопасные каналы

Как я уже сказал, канала между базами нет и не будет

PrimaryKey уже заняты

PrimaryKey выгружаться в файл не будут

тогда есть вариант с промежуточной базой для репликации. распинаться перед тобой тут не буду, надо будет постучишь в джаббер.

Данные в одной таблице никак не связанны с другими? Тогда вообще странно, что используется база данных.