Скачать: CL | DM;

Теоретический вопрос про оффлайн-передачу данных   Найти похожие ветки 

← →
krotik   (2003-09-01 15:27) [0]

Здравствуйте, уважаемые !
Итак, раньше приходилось писать только простые клиент-серверные приложения в локальной сети. В принципе, я знаком (и имею небольшой практический опыт работы) с трехзвенной архитектурой.
Также знаком с проектированием веб-приложений.
НО !!! До сих пор во всех случаях передача данных была онлайновая, т.е. клиентская часть запрашивает серверную и получает в ответ только запрошенные данные, возможно в уже обработанном виде.
Теперь передо мной встала такая задача: часть клиентов не соединены с интернетом и лишь несколько раз за день могут связываться с серверной частью.
Вот подобного мне делать не приходилось, ведь клиентская часть должна все-равно видеть какие-то данные, пусть и актуальные несколько часов назад.
Получается, надо в эти периоды обновления тащить ВСЕ ДАННЫЕ с сервера на клиентскую часть ! Но это же бред.
Посоветуйте, пожалуйста с направлением, в котором копать, назовите технологию, а я уж сам поищу книги, или статьи в инете.
P.S.: БД у меня строго MS SQL 2000

---

← →
MOA ©   (2003-09-01 15:46) [1]

Самому пользоватьт не довелось (филиал у нас накрылся), но может вот эти?
>назовите технологию
репликация (replication), MS Message Queuing
Удачи!

---

← →
Nikolay M. ©   (2003-09-01 15:49) [2]

Знакомство с трехзвенкой есть - уже хорошо. Покопай в сторону Briefcase (портфель) в статьях про MIDAS и ClientDataSet.

---

← →
krotik   (2003-09-01 16:08) [3]

Спасибо всем, теперь буду читать и копаться :)))))))))))))))))))))))

---

← →
Serginio666   (2003-09-01 16:10) [4]

Нужно организовывать хранение измененных данных. Например создать таблицу хранящую ID отправленных данных , ID измененых данных и тип данных. ID отправленных данных нужно для удаления их только после получения поддтверждения их загрузки на удаленной БД. Новые данные записываются с нулевым ИД и при отправке прписываются ID большую на единицу от номера последней посылки данных. Так эже нужно давать приоритет при изменении одних и тех записей. При таком подходе передавать нужно только измененные данные и есть гарантия, что данные не потерялись в пути.

А хранилище данных для переноса данных тоже можно продумать либо потаблично.

---

← →
Delirium ©   (2003-09-01 16:19) [5]

MS SQL 2000 предоставляет все средства для подобной репликации, читайте документацию и не изобретайте велосипед.

---

← →
KSergey ©   (2003-09-01 17:20) [6]

[5] Delirium © (01.09.03 16:19)
MS SQL 2000 предоставляет все средства для подобной репликации, читайте документацию и не изобретайте велосипед.

При условии установленного MS SQL на машине off-line клиента, верно? (ну или в сети его)
А есть ли такая возможность в данном случае? Вопрос.. Штука это весма монстроидальная... На мой взгляд, можно сделать менее ресурсоемкое решение, хотя, конечно, зависит от задачи...

---

Страницы: 1 вся ветка

Скачать: CL | DM;



Память: 0.46 MB
Время: 0.021 c