Распределенные базы данных

← →
Дончанин (2005-02-13 16:27) [0]

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

← →
raidan © (2005-02-13 17:07) [1]

Если связи между БД нет никакой, то обмениваться почтой :)
Сначала удаленные присылают свою версию таблицы, потом главная синхронизирует их со своей и отсылает готовые, синхронизированные таблицы удаленным базам, если есть необходимость :)

← →
raidan © (2005-02-13 17:07) [2]

← →
Дончанин (2005-02-13 17:21) [3]

> потом главная синхронизирует их со своей

Вот-вот :о) На этом месте поподробней, если можно)

← →
Johnmen © (2005-02-13 19:54) [4]

Какие такие подробности ?
Какую логику придумаешь, такая и будет....наверное...

← →
DSKalugin © (2005-02-14 11:41) [5]

эл.почта это выход
над связью надо будет подумать. Возможно "заказать" выделенку и написать вэбприложение

← →
Карелин Артем © (2005-02-14 12:01) [6]

Давай 1000 баков и я тебе напишу репликатор. Советом могу помочь, но тема эта обширная слишком.

← →
raidan © (2005-02-14 12:06) [7]

>Карелин Артем © (14.02.05 12:01) [6]
Молодца!
Стричь купоны нужно уметь :)
(вот как бы и мне научиться ;))

← →
msguns © (2005-02-14 12:30) [8]

>Карелин Артем © (14.02.05 12:01) [6]

Напишешь ? И будет работать при любых требованиях тех самых офисов, а в придачу еще и бухгалтерии, которая захочет видеть инфу сводно, в т.ч. по дебеторами-кредиторам ?

← →
msguns © (2005-02-14 12:31) [9]

← →
taciturn (2005-02-14 21:26) [10]

> > потом главная синхронизирует их со своей
>
> Вот-вот :о) На этом месте поподробней, если можно)

> Давай 1000 баков и я тебе напишу репликатор. Советом могу
> помочь, но тема эта обширная слишком.

Зачем программить велосипед? У любой промышленной СУБД есть репликация.

← →
Карелин Артем © (2005-02-15 10:12) [11]

Естественно репликатор есть даже у акцесссса.
Но может ли он звонить сам по модему, докачивать данные, сжимать при пересылке и т.д.?
А репликатор двусторонний я написал, работает стабильно.

Сабжевую проблему никаким стандартным репликатором грамотно не решить. И велосипед здесь ни при чем

← →
Дончанин (2005-02-15 15:13) [13]

> Карелин Артем © (14.02.05 12:01) [6]

Вау! Ну у Вас и расценки! ;о) А вообще, верно сказал

> msguns © (14.02.05 12:30) [8]

> Карелин Артем © (15.02.05 10:12) [11]

Может, поделишся? Нет, не исходниками, конечно же, а идеями.. Буду благодарен.

Идеи простые.
1. "Склад" должен быть строго в одном месте. В смысле только в одном месте (офисе, гл.магазине, конторе и т.д.) возможно заведение приходов товара от поставщиков (где, собственно, и пополняются справочники). Затем внутренним отпуском товар "уходит" в точки. При этом сам товар, конечно, возить туда-сюда не надо ;))
2. Раз (два) в сутки остатки по товару и справочники пересылаются в точки и загружаются в кассовые аппараты или местный кассовый сервер.
3. Периодически (не менее раза в сутки) данные о продажах пересылаются из точек на "склад", где и отражаются как реализация точками со всеми вытекающими последствиями (в т.ч. бухгалтерскими)

Пересылки удовно производить через кассовый кэш-процессор типа Каштана. Они же "пасут" и свои ЭККА.

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

Дончанин (15.02.05 15:13) [13]
Расценки на уровне 2000 года. Где-то у меня ТЗ на репликатор валяется с контрактом на 30 килодеревянных.
А идеями запросто поделюсь, даже ссылки и названия функций могу дать.
Повторюсь, тема обширная, поэтому общение предлагаю перенести на аську. В профиле есть мой номер.

>Карелин Артем © (16.02.05 10:24) [15]

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

Распределенные базы данных Найти похожие ветки