Передача от клиента к серверу, Ваши мнения?

← →
WhiteBarin © (2006-06-26 15:18) [0]

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

← →
Ega23 © (2006-06-26 15:20) [1]

> (разумеется это все через модем!)

Почему "разумеется"? Это, скорее, уже серьёзный анахронизм...

← →
Sergey13 © (2006-06-26 15:24) [2]

Вовсе необязательно делать это напрямую БД-БД.
Например, можно составить на локалке лог изменений, отслать его по почте или курьером, а там накатить своими методами.
Ищи по слову "репликация". Дело непростое, особенно если обе БД меняются независимо друг от друга.

← →
Александр Иванов © (2006-06-26 15:24) [3]

WhiteBarin © (26.06.06 15:18)

Это называется репликация, и некоторые сервера, например MS SQL ее поддерживают

← →
WhiteBarin © (2006-06-26 15:40) [4]

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

← →
WhiteBarin © (2006-06-26 15:42) [5]

Точне могли бы вы рассказать про репликацию, и судя по всему СУБД FireBird её не поддерживает но это не суть важно для меня, мередачу инфы я и без этого могу реализовать

← →
evvcom © (2006-06-26 16:01) [6]

> следует писать свою программу дозвоньщик

Свой дозвонщик тут не нужен. Настраиваешь в винде сетевое подключение через модем, входишь в сеть и работаешь с СУБД как в обычной сети (только медленне).

← →
WhiteBarin © (2006-06-26 16:07) [7]

Т.е. ты хочешь сказать это следует реализовывать следующим образом
1)Настроить сервер
2)Подсоединиться через модем к нему по протоколу TCP/IP
3)Законектится к БД
4)Обменяться информацией
5)Разъединиться

Только вопрос у меня есть как реализовать эту связку напрмер если клиенских мест не одно а несколько серверная машина должна звонить им и забирать и отдавать информацию через определённое время по порядку каждой, как это ты видишь?

← →
stud © (2006-06-26 16:07) [8]

WhiteBarin © (26.06.06 15:42) [5]
и судя по всему СУБД FireBird её не поддерживает
это почему - все поддержививает.
достаточно на клиенте выгрузить нужные данные в виде скрипта. упаковать их например и отправить на сервер любым доступным способом, где произвести обратную операцию. распоковать и выполнить скрипт.

← →
stud © (2006-06-26 16:09) [9]

WhiteBarin © (26.06.06 16:07) [7]
серверная машина должна звонить
а почему не клиенты? тут наверное все зависит от того кому важнее видеть изменения в БД.

← →
WhiteBarin © (2006-06-26 16:12) [10]

Так скрипт и есть репликация?

В моём случае должен сервер опрашивать, а не клиенты, как это решить стандартными программами, доступными и бесплатными?

← →
stud © (2006-06-26 16:16) [11]

WhiteBarin © (26.06.06 16:12) [10]
В моём случае должен сервер опрашивать, а не клиенты, как это решить стандартными программами, доступными и бесплатными?
ну в дистрибутиве файберда насколько я знаю есть средства для репликации. если данные на клиенте например не менялись зачем сервер будет лишний раз к нему ломииться? плюс все зависит от объема передаваемых данных. если их не много то можно и напрямую подключаться к базе и вытаскивать/сувать их туда.
WhiteBarin © (26.06.06 16:12) [10]
Так скрипт и есть репликация?
это вариант реализации.

← →
ANB © (2006-06-26 16:18) [12]

>
> В моём случае должен сервер опрашивать, а не клиенты

Нехорошая идея.
1. Будут грабли с подключением к выключенному клиентскому компу
2. Будут пустые опросы, если на клиенте ничего не менялось.

Я бы сделал так :
1. Большой сервер
2. Маленькие локльные сервера
3. Клиенты, привязанные к локальному серверу (как минимум клиент и локальный сервер могут стоять на одной машине).

Связь инициируют локальные сервера по необходимости или по расписанию. Большой сервер отслеживает сеансы связи для статистики.

Так сервер тоже передаёт клиенту данные (свежиет), т.е. обмен осуществляется как и от клиента серверу так и наоборот, да и в ТЗ это входит
я пологаю что как я и писал выше следует поднимать на клиентах сервер связи, а сервер будет дозваниваться клиентам через программу дозвонщик, и затем конектиться к бд клинетского обмена и так же клиент должен конектится к бД серверного обмена, или есть ещё мыли? Просто как все эти соединения соорудить и как отследить

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

WhiteBarin © (26.06.06 16:23) [14]
но опять же проблема организации этих... сеансов
а в чем проблема? клиент подключился к серверу сделал запись в БД о попытке синхронизации, по окончании записал например признак - успешно. сервер настраивается на прием входящих свонков и вперед.

Не в логической её организации а в практической
1)Сервер связи поднимается на клиенте средствами WIN
2)Сервер осуществляет дозвон на клиент по TCP/IP по расписанию (какой программой?)
3)Соединение с БД (судя по всему так же как и локальной сети так как тоже TCP/IP) для субд это только протокол передачи данных
4)Обмен
В Пункте 2 какраз и загвоздка, посоветуйте как это сделать

а стандартным виндовским шедулером запускать программу дозвона?
или из своей какой программ?
звонилок всяких вроде очень много, только поиск запусти

ОК буду рыть в этом направлении тема закрыта

Передача от клиента к серверу, Ваши мнения? Найти похожие ветки