| Форумы
ЧАТ |
Орешник |
|
| Форумы -» | Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG |
|
| ||
|
|
Новости |
Поиск |
FAQ |
Статьи |
Книги |
Новости VCL
| | Форумы ЧАТ |
Орешник |
|
| |||
| |||
| |||
« предыдущая ветвь | форум | следующая ветвь »
Синхронизация баз данных... [D7, MSSQL, MySQL, MSAccess]
@Ujin © (2004-04-20 12:37:00)Кто-нибудь задавался целью синхронизировать две базы данных?
Есть две базы (MSAccess, ADO 2.1). Используя модель портфеля два пользователя сохраняют данные в локальных файлах. Затем редактируют их как им вздумается и делают попытку применить изменения в третьей (такойже) базе данных. Но там (в этой третьей базе), записей которые они закачали в локальные файлы никогда и
небыло. Естественно возникает ошибка!
А как быть если нужно, чтобы в третьей базе отразились все внесенные пользователями измения?
Спасибо за любую полезную информацию...
Курдль (2004-04-21 00:43:00) [1]
> Спасибо. Понял. Сколько стоит такой сервис? Или его надо
> (сервером синхронизации MobiLink) у себя на хосте (скажем,
> на сайте фирмы) прикручивать?
ХЗ. Я не юзал (MobiLink). Надо у Российского представительства спросить. Но я юзал Sybase ASA - халява. Сама СУБД + 10 лицензий ~ $1000 (но это несколько лет назад было).
kaif (2004-04-21 00:39:00) [2]И какова (порядок) стоимость всего ПО для того,чтобы связать, скажем, пару филиалов и один центр в такую группу?
kaif (2004-04-21 00:37:00) [3]2 Курдль © (21.04.04 00:35) [20]
Спасибо. Понял. Сколько стоит такой сервис? Или его надо (сервером синхронизации MobiLink) у себя на хосте (скажем, на сайте фирмы) прикручивать?
Курдль (2004-04-21 00:35:00) [4]
> А к IB можно прикрутить этот сервис?
Думаю, что какая-нить похожая, но послабже, кака должна быть. Но я "не в рынке".
kaif (2004-04-21 00:33:00) [5]2 Курдль © (20.04.04 23:34) [18]
А к IB можно прикрутить этот сервис?
Этот Мобидик?
Курдль (2004-04-20 23:34:00) [6]Все велосипеды давно придуманы:
Технология MobiLink обеспечивает безопасный, двусторонний обмен информацией между удаленными базами данных Adaptive Server Anywhere или UltraLite и корпоративными СУБД Sybase Adaptive Server Enterprise, Oracle, Microsoft SQL Server и IBM DB2. Удаленные системы с помощью стандартных Интернет-протоколов соединяются с сервером синхронизации MobiLink, который, в свою очередь, через ODBC связывается с корпоративной базой данных. Технология синхронизации SQL Remote с промежуточным хранением данных позволяет пользователям синхронизировать данные во время эпизодических подключений к сети предприятия с помощью различных механизмов передачи файлов или сообщений, таких как FTP или электронная почта. При синхронизации передаются только изменения данных, что уменьшает расходы на связь. SQL Remote поддерживает целостность транзакций, что делает эту технологию идеальной для многих деловых приложений и снижает нагрузку на сервер БД.
kaif (2004-04-20 19:11:00) [7]А как вопросы уникальности решаются?
Какова стратегия таких дел?
Как с удалениями быть? Или все данные "только складываются"?
Курдль (2004-04-20 15:40:00) [8]
> На COM технике программирования сильно не разгонишься.
Это точно!
Если все-таки обязательно иметь локальные БД для неподключенных пользователей, рекомендую Sybase ASA с ее технологией репликации Mobylink.
sniknik (2004-04-20 14:26:00) [9]> Написав перву версию ориентированную на COM я поник (полные тормоза)...
наверное чтото не так написал.
что значит полные? передача ~100 записей полностью вешает машину? порядки скажи.
@Ujin (2004-04-20 14:09:00) [10]to KSergey: в принципе, именно эта мысль посетила меня сразу. Но, мы ведь понимаем, что это "кривовато" :)
to Курдль: Я вообще не проводил деления главное/подчиненное рабочеие места. У меня несколько иной подход, и связанно это со вторым вашим вопросом (Системы...). Меня ориентрировали на среднюю систему P133 32Mb RAM (чистое свинство)! На COM технике программирования сильно не разгонишься. Написав перву версию ориентированную на COM я поник (полные тормоза)... Теперь использую собсвенный подход к подсчету ссылок и т.д., но от ADO не отказался. Вот и думаю как быть сейчас...
KSergey (2004-04-20 13:57:00) [11]По простому - слегка модифицировать кусок передачи файлов, реализовав возможность передачи их по TCP/IP сети.
Вот только не понятно: что знасит "вводить отчет"?? Как-то обычно вводят некие исходные данные, а уже по ним строят отчеты...
Курдль (2004-04-20 13:53:00) [12]
> Подскажите, с чего бы вы начали ее решать...
Ну, с оплаты моего труда, естественно :)
Следующим пунктом - на кого я работаю (на тех, кто сдает отчеты, или на тех, кто их принимает)
Потом нехило бы знать быстродействие системы.
Судя по делению "главное рабочее место / не главное" - надо бы знать что за роли.
@Ujin (2004-04-20 13:44:00) [13]to Курдль: Задача. Есть неопределенное количество рабочих мест. Из них ограниченное число главных (штук 8). Необходимо предоставить пользователям заполнять определенные отчеты (одни из них мелкие, на одну таблицу, а другие "огромные" (около 30 таблиц)) и любыми способами отправлять их главным (или другим). В свою очередь любой из участников должен иметь возможность анализировать имеющиес у него данные.
Задача конечно очень общая, но в определенной мере она уже решена, но стем ограничением, что передача данных осуществляется только посредством файлов-отчетов. Теперь стоит задача об использовании такой схемы в любой сети TCP/IPПодскажите, с чего бы вы начали ее решать...
Курдль (2004-04-20 13:33:00) [14]Если честно, трудно Вам ответить. Надо знать нюансы. Это, знаете, как с заказчиком - садишься и сначала рисуешь "зеленых человечков" (бизнес-модель), а потом уж все остальное.
Вы проронили что-то про портфель, значит какую-то фондовую примочку задумали... Вот и все, что мне приходит в голову. Если есть желание - опишите подробнее задачу, а мы подумаем.
@Ujin (2004-04-20 13:32:00) [15]to Johnmen: я имел в виду литературу. А ключевое слово я уже где-то видел :) Очень инетересуют COM объекты из MSAccess с этим связанные...
@Ujin (2004-04-20 13:29:00) [16]to Курдль:
Нет, я не работаю, - я аспирант в ГГТУ им. П.О. Сухого (Беларусь). А стандартная распределенная система уже есть и работает, я просто пытаюсь расширить ее возможности... А на счет последнего совсем не получиться :( Ведь некоторые пользователи даже никогда не сталкивались с интернетом ;)
Johnmen (2004-04-20 13:28:00) [17]>@Ujin © (20.04.04 13:19) [5]
>Но решил сначала поискать решение в интернете...
Да. Ключевое слово "репликация"...
Курдль (2004-04-20 13:23:00) [18]Вы не в ЦБ работаете? Или в СтрахНадзоре? Или в налоговой? :(
Обычно у тамошних программистов такие идеи рождаются :(
Создайте распределенную систему с типовым доступом. Нефиг никому иметь никакие локальные базы!
@Ujin (2004-04-20 13:19:00) [19]? to Johnmen: может что-нибудь подскажете?..
? to Курдль: дело в том, что у каждого пользователя обязательно должна быть собственная (локальная) база данных, в которой не обязательно должны быть все данные по организации. Ранее стояла задача объединять данные по организациям в единых центрах по электронной почте (еороче в виде файлов-отчетов), и я выбрал формат MSAccess (т.к. объемы данных не большие, а данные легко подключаются к MS Office). Но теперь требуется более гибкий подход описанный выше.
Сейчас в основном возникают ошибки с индексами при обновлении. Конечно, можно написать свои компоненты, которые будут по собственным правилам синхронизировать данные (в т.ч. создавать несуществующие таблицы и записи, и обновлять новые). Но решил сначала поискать решение в интернете...
Johnmen (2004-04-20 13:07:00) [20]Думаю стоит поискать литературу по теории репликации.
| |
Страницы: 