Синхронизация баз данных...

← →
@Ujin © (2004-04-20 12:37) [0]

Кто-нибудь задавался целью синхронизировать две базы данных?
Есть две базы (MSAccess, ADO 2.1). Используя модель портфеля два пользователя сохраняют данные в локальных файлах. Затем редактируют их как им вздумается и делают попытку применить изменения в третьей (такойже) базе данных. Но там (в этой третьей базе), записей которые они закачали в локальные файлы никогда и
небыло. Естественно возникает ошибка!
А как быть если нужно, чтобы в третьей базе отразились все внесенные пользователями измения?
Спасибо за любую полезную информацию...

← →
Курдль © (2004-04-20 12:54) [1]

ПОЛЕЗНАЯ ИНФОРМАЦИЯ
===================

Идея подобной "трехзвенки" - крайне упадочная.
Откажитесь от нее раз и навсегда и больше не вспоминайте!

← →
@Ujin © (2004-04-20 12:59) [2]

? to Курдль:
Но если не подходит ничего иного. Ситуация следующая:
Есть куча пользователей (около 1000). Одни сидят на куске локальной сети, вторые имеют доступ к серверу через интернет, а третьи вообще передают данные в виде файлов на дискетах (ну, или по почте). Объемы данных каждого пользователя не превышают и 2 Mb. Так как быть? Подскажите люди добрые!

← →
Курдль © (2004-04-20 13:07) [3]

Тогда есть смысл в следующем:
1. Остановиться на Мускуле, как основной базе (ее предпочитают для вэб-приложений, хоть и не знаю, почему).
2. Организовать репликацию (с дискет и т.п.) средствами СУБД.

← →
Johnmen © (2004-04-20 13:07) [4]

Думаю стоит поискать литературу по теории репликации.

← →
@Ujin © (2004-04-20 13:19) [5]

? to Johnmen: может что-нибудь подскажете?..
? to Курдль: дело в том, что у каждого пользователя обязательно должна быть собственная (локальная) база данных, в которой не обязательно должны быть все данные по организации. Ранее стояла задача объединять данные по организациям в единых центрах по электронной почте (еороче в виде файлов-отчетов), и я выбрал формат MSAccess (т.к. объемы данных не большие, а данные легко подключаются к MS Office). Но теперь требуется более гибкий подход описанный выше.
Сейчас в основном возникают ошибки с индексами при обновлении. Конечно, можно написать свои компоненты, которые будут по собственным правилам синхронизировать данные (в т.ч. создавать несуществующие таблицы и записи, и обновлять новые). Но решил сначала поискать решение в интернете...

← →
Курдль © (2004-04-20 13:23) [6]

Вы не в ЦБ работаете? Или в СтрахНадзоре? Или в налоговой? :(
Обычно у тамошних программистов такие идеи рождаются :(

Создайте распределенную систему с типовым доступом. Нефиг никому иметь никакие локальные базы!

← →
Johnmen © (2004-04-20 13:28) [7]

>@Ujin © (20.04.04 13:19) [5]
>Но решил сначала поискать решение в интернете...

Да. Ключевое слово "репликация"...

← →
@Ujin © (2004-04-20 13:29) [8]

to Курдль:
Нет, я не работаю, - я аспирант в ГГТУ им. П.О. Сухого (Беларусь). А стандартная распределенная система уже есть и работает, я просто пытаюсь расширить ее возможности... А на счет последнего совсем не получиться :( Ведь некоторые пользователи даже никогда не сталкивались с интернетом ;)

← →
@Ujin © (2004-04-20 13:32) [9]

to Johnmen: я имел в виду литературу. А ключевое слово я уже где-то видел :) Очень инетересуют COM объекты из MSAccess с этим связанные...

← →
Курдль © (2004-04-20 13:33) [10]

Если честно, трудно Вам ответить. Надо знать нюансы. Это, знаете, как с заказчиком - садишься и сначала рисуешь "зеленых человечков" (бизнес-модель), а потом уж все остальное.
Вы проронили что-то про портфель, значит какую-то фондовую примочку задумали... Вот и все, что мне приходит в голову. Если есть желание - опишите подробнее задачу, а мы подумаем.

← →
@Ujin © (2004-04-20 13:44) [11]

to Курдль: Задача. Есть неопределенное количество рабочих мест. Из них ограниченное число главных (штук 8). Необходимо предоставить пользователям заполнять определенные отчеты (одни из них мелкие, на одну таблицу, а другие "огромные" (около 30 таблиц)) и любыми способами отправлять их главным (или другим). В свою очередь любой из участников должен иметь возможность анализировать имеющиес у него данные.
Задача конечно очень общая, но в определенной мере она уже решена, но стем ограничением, что передача данных осуществляется только посредством файлов-отчетов. Теперь стоит задача об использовании такой схемы в любой сети TCP/IP Подскажите, с чего бы вы начали ее решать...

← →
Курдль © (2004-04-20 13:53) [12]

> Подскажите, с чего бы вы начали ее решать...

Ну, с оплаты моего труда, естественно :)
Следующим пунктом - на кого я работаю (на тех, кто сдает отчеты, или на тех, кто их принимает)
Потом нехило бы знать быстродействие системы.
Судя по делению "главное рабочее место / не главное" - надо бы знать что за роли.

← →
KSergey © (2004-04-20 13:57) [13]

По простому - слегка модифицировать кусок передачи файлов, реализовав возможность передачи их по TCP/IP сети.

Вот только не понятно: что знасит "вводить отчет"?? Как-то обычно вводят некие исходные данные, а уже по ним строят отчеты...

← →
@Ujin © (2004-04-20 14:09) [14]

to KSergey: в принципе, именно эта мысль посетила меня сразу. Но, мы ведь понимаем, что это "кривовато" :)
to Курдль: Я вообще не проводил деления главное/подчиненное рабочеие места. У меня несколько иной подход, и связанно это со вторым вашим вопросом (Системы...). Меня ориентрировали на среднюю систему P133 32Mb RAM (чистое свинство)! На COM технике программирования сильно не разгонишься. Написав перву версию ориентированную на COM я поник (полные тормоза)... Теперь использую собсвенный подход к подсчету ссылок и т.д., но от ADO не отказался. Вот и думаю как быть сейчас...

← →
sniknik © (2004-04-20 14:26) [15]

> Написав перву версию ориентированную на COM я поник (полные тормоза)...
наверное чтото не так написал.

что значит полные? передача ~100 записей полностью вешает машину? порядки скажи.

← →
Курдль © (2004-04-20 15:40) [16]

> На COM технике программирования сильно не разгонишься.

Это точно!

Если все-таки обязательно иметь локальные БД для неподключенных пользователей, рекомендую Sybase ASA с ее технологией репликации Mobylink.

А как вопросы уникальности решаются?
Какова стратегия таких дел?
Как с удалениями быть? Или все данные "только складываются"?

Все велосипеды давно придуманы:

Технология MobiLink обеспечивает безопасный, двусторонний обмен информацией между удаленными базами данных Adaptive Server Anywhere или UltraLite и корпоративными СУБД Sybase Adaptive Server Enterprise, Oracle, Microsoft SQL Server и IBM DB2. Удаленные системы с помощью стандартных Интернет-протоколов соединяются с сервером синхронизации MobiLink, который, в свою очередь, через ODBC связывается с корпоративной базой данных. Технология синхронизации SQL Remote с промежуточным хранением данных позволяет пользователям синхронизировать данные во время эпизодических подключений к сети предприятия с помощью различных механизмов передачи файлов или сообщений, таких как FTP или электронная почта. При синхронизации передаются только изменения данных, что уменьшает расходы на связь. SQL Remote поддерживает целостность транзакций, что делает эту технологию идеальной для многих деловых приложений и снижает нагрузку на сервер БД.

> А к IB можно прикрутить этот сервис?

Думаю, что какая-нить похожая, но послабже, кака должна быть. Но я "не в рынке".

2 Курдль © (21.04.04 00:35) [20]
Спасибо. Понял. Сколько стоит такой сервис? Или его надо (сервером синхронизации MobiLink) у себя на хосте (скажем, на сайте фирмы) прикручивать?

И какова (порядок) стоимость всего ПО для того,чтобы связать, скажем, пару филиалов и один центр в такую группу?

> Спасибо. Понял. Сколько стоит такой сервис? Или его надо
> (сервером синхронизации MobiLink) у себя на хосте (скажем,
> на сайте фирмы) прикручивать?

ХЗ. Я не юзал (MobiLink). Надо у Российского представительства спросить. Но я юзал Sybase ASA - халява. Сама СУБД + 10 лицензий ~ $1000 (но это несколько лет назад было).

Синхронизация баз данных... Найти похожие ветки