[room] совет нужен

[room] совет нужен

[Genix]

Приветствую!

Подскажите пожалуйста, как лучше реализовать следующую схему:

Имеется центральный сервер СУБД и несколько филиальских.
В каждом филиале запущено несколько программ, работающих с базой данных.
Хочется добиться такого, чтобы при потере соединения, филиальские 
программы продолжали работать с базой, а при появлении база 
синхронизировалась с основной.

Работа в основном ведется по введению/созданию документов (т.е. insert'ы 
в какую-то таблицу и может чтение из каких-то справочных таблиц).

Можно ли сделать это средствами СУБД? Или есть уже готовые решения?
Что посоветуете, куда смотреть?

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

-- 
У каждого в башке свои тараканы...

Re: [room] совет нужен

[Vasya Makarov]

Genix пишет:
> Приветствую!
> 
> Подскажите пожалуйста, как лучше реализовать следующую схему:
> 
> Имеется центральный сервер СУБД и несколько филиальских.
> В каждом филиале запущено несколько программ, работающих с базой данных.
> Хочется добиться такого, чтобы при потере соединения, филиальские 
> программы продолжали работать с базой, а при появлении база 
> синхронизировалась с основной.
> 
> Работа в основном ведется по введению/созданию документов (т.е. insert'ы 
> в какую-то таблицу и может чтение из каких-то справочных таблиц).
> 
> Можно ли сделать это средствами СУБД? Или есть уже готовые решения?
> Что посоветуете, куда смотреть?
> 
> Или может придется писать приложение, которое будет производить 
> синхронизацию?
> 
Если клиентские приложения самописные, можно в них буфер 
вставить. Или завести в каждом филиале локальную БД, которую и 
синхронизировать.
-- 
Regards,
Vasya

Re: [room] совет нужен

[Genix]

Vasya Makarov wrote:

>> Можно ли сделать это средствами СУБД? Или есть уже готовые решения?
>> Что посоветуете, куда смотреть?
>>
>> Или может придется писать приложение, которое будет производить 
>> синхронизацию?
>>
> Если клиентские приложения самописные, можно в них буфер вставить. Или 
> завести в каждом филиале локальную БД, которую и синхронизировать.

я сейчас тоже смотрю на вариант с синхронизацией.
остановиться хочу на PostgreSQL, а кто что посоветует в качестве решения 
для репликации?
slony не подходит по причине r/o slave'ов %(


-- 
У каждого в башке свои тараканы...

Re: [room] совет нужен

[Беляев В. Н.]

Hello Genix,

Wednesday, August 24, 2005, 7:24:16 PM, you wrote:

G> Имеется центральный сервер СУБД и несколько филиальских.
G> В каждом филиале запущено несколько программ, работающих с базой данных.

Это уже работает или еще только планируется?
Если работает, то на чем?

--  
С уважением, Беляев
ICQ: 119181289

Re: [room] совет нужен

[Genix]

Беляев В. Н. wrote:

> G> Имеется центральный сервер СУБД и несколько филиальских.
> G> В каждом филиале запущено несколько программ, работающих с базой данных.
> 
> Это уже работает или еще только планируется?

пока только планируется

> Если работает, то на чем?

в процессе выбора, ибо тащить informix в филиалы нет никакого желания


-- 
У каждого в башке свои тараканы...

Re: [room] совет нужен

[Michael Shigorin]

On Wed, Aug 24, 2005 at 05:24:16PM +0400, Genix wrote:
> Можно ли сделать это средствами СУБД? Или есть уже готовые решения?
> Что посоветуете, куда смотреть?

Могу поспрошать mysql'щиков знакомых.  Сам туда не смотрел, 
но устроить распределённый typo3-хостинг немного интересно. :)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [room] совет нужен

[Gennadiy Redko]

> Vasya Makarov wrote:
> 
>>> Можно ли сделать это средствами СУБД? Или есть уже готовые решения?
>>> Что посоветуете, куда смотреть?
http://www-rohan.sdsu.edu/doc/oracle/server803/A54653_01/toc.htm
Не оно ?

Re: [room] совет нужен

[Arioch]

Genix пишет:
> Приветствую!
> 
> Подскажите пожалуйста, как лучше реализовать следующую схему:
> 
> Имеется центральный сервер СУБД и несколько филиальских.
> В каждом филиале запущено несколько программ, работающих с базой данных.
> Хочется добиться такого, чтобы при потере соединения, филиальские 
> программы продолжали работать с базой, а при появлении база 
> синхронизировалась с основной.

Много ли филиальских программ? нужна ли им промежуточная база, или проще 
каждую переводить в offline-режим, как почтовый киент ?

> Работа в основном ведется по введению/созданию документов (т.е. insert'ы 
> в какую-то таблицу и может чтение из каких-то справочных таблиц).

Справочные таблицы кэшируются-реплицируются на филиальный сервер, оттуда 
на клиентов и хранятся у них на винте в DBF.
insert'ы оормляются как e-mail, и могут сидеть  Исходящих сколько 
угодно, пока сеть не появится. Еще лучше - оформлять их как nws 
(форумный NNTP-протокол - вот вам и способ доступа к БД. В том же 
ibexpert.com на базе писем с доп. заголовками сделан встроенный в прогу 
багтрэкер - похожа его модель на то, что нужно? )

Я правда не верю, что этим действительно ограничивается работа 
программы, просто описать в двух строках ее вряд ли возможно :-)

> 
> Можно ли сделать это средствами СУБД? Или есть уже готовые решения?
> Что посоветуете, куда смотреть?

в конфе по файрберду на ibase.ru года два назад было перечисленно три 
схенмы репликации (одна из них встроенна в ibexpert.com) и резюмированно 
что выбор и допилка сильно зависят от задачи.

Простой такой вопрос - что делать у идентификаторами записей в таблицах? :-)

Спроси, м.б. у кого в архивах ты втека найдется

Re: [room] совет нужен

[Genix]

Arioch wrote:

>> Подскажите пожалуйста, как лучше реализовать следующую схему:
>>
>> Имеется центральный сервер СУБД и несколько филиальских.
>> В каждом филиале запущено несколько программ, работающих с базой данных.
>> Хочется добиться такого, чтобы при потере соединения, филиальские 
>> программы продолжали работать с базой, а при появлении база 
>> синхронизировалась с основной.
> 
> 
> Много ли филиальских программ? нужна ли им промежуточная база, или проще 
> каждую переводить в offline-режим, как почтовый киент ?

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

> 
>> Работа в основном ведется по введению/созданию документов (т.е. 
>> insert'ы в какую-то таблицу и может чтение из каких-то справочных 
>> таблиц).
> 
> 
> Справочные таблицы кэшируются-реплицируются на филиальный сервер, оттуда 
> на клиентов и хранятся у них на винте в DBF.

ну зачем dbf?
есть же hsqldb, sqlite -- вполне себе sql решение.
от этих dbf уже одни только проблемы в распределенной сети (у нас еще 
осталась гетерогенная схема, SQL + DBF и куча софта который таскает 
данные туда/обратно)

> insert'ы оормляются как e-mail, и могут сидеть  Исходящих сколько 
> угодно, пока сеть не появится. Еще лучше - оформлять их как nws 
> (форумный NNTP-протокол - вот вам и способ доступа к БД. В том же 
> ibexpert.com на базе писем с доп. заголовками сделан встроенный в прогу 
> багтрэкер - похожа его модель на то, что нужно? )

что-то мне это напоминает изобретение велосипеда... или даже самоката
а как быть если письмо (insert == email) потеряется?

> Я правда не верю, что этим действительно ограничивается работа 
> программы, просто описать в двух строках ее вряд ли возможно :-)
> 
>>
>> Можно ли сделать это средствами СУБД? Или есть уже готовые решения?
>> Что посоветуете, куда смотреть?
> 
> 
> в конфе по файрберду на ibase.ru года два назад было перечисленно три 
> схенмы репликации (одна из них встроенна в ibexpert.com) и резюмированно 
> что выбор и допилка сильно зависят от задачи.

а про interbase я и забыл ;)
посмотрю, что у них есть

> 
> Простой такой вопрос - что делать у идентификаторами записей в таблицах? 
> :-)

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


В любом случае спасибо за свежую мысль!!!!

-- 
У каждого в башке свои тараканы...