Добрый день.
Нуждаюсь в совете или наставлении как правильно реализовать сервер.
Задача сервера заключается в предоставлении информации по запросу  клиента, также  изменение данных на сервере по запросу клиента. (клиенты-Gps навигаторы с встроенным GSM шлюзом, Интернет -GPRS). ПО сервера пишется на CodeGear Delphi 2009 используется компонент Indy TidCmdTCPServer под платформу Win7(32).  Сторона клиента пишется в среде Lazarus под WinCe (arm).
Перед началом разработки была найдена и прочитана книга Анатолия Подгорецкого "Глубины Indy". Опыта в разработке подобных систем нет.
Очень хочется сделать все грамотно и правильно с самого начала.

Сервер взаимодействует с БД FireBird 2.1, на данном этапе сервер по запросу со стороны клиента, выдает прочитанную в базе информацию. Информация в базу поступает непрерывно (работают люди забивают заказы полученные по телефону от клиентов, имеется очередь водителей по каждому району города).
Приведу пример общения клиента с сервером.



Тут @1@- Запрос информации расположения водителей по городу

@2@- Запрос у сервера информации о текущих заказах

@3@- Запрос на отклик сервера(проверяю наличие связи, отправляю с интервалом в 20 сек.)

Планируется подключение до 30-100 клиентов.

Сейчас реализовано следующим образом.
Сервер по таймеру с интервалом в 5 секунд выполняет хранимую процедуру БД FireBird которая формирует две  строки:
1- Заказы
2- очередь водителей
Эти значения я записываю в глобальную переменную zakazi,ochered типа String;




Клиент что бы видеть актуальную информацию по таймеру с интервалом в5 секунд запрашивает обновление данных из базы на сервере. (@1@,@2@).



Вообщем функций конечно - же будет больше, данные хотелось бы отправлять компактнее и экономнее, так как связь не стабильная.(как правило слабые антенны GSM модулей в навигаторах и плохое покрытие).

Чего бы хотелось...
1) Что бы сервер ждал события из базы и лишь тогда формировал пакет для отправки клиентам, а не перечитывал одни и те же данные по таймеру. (с этим не сложно)
2) Как только  в базе обнаружились свежие данные формировать пакет и отправлять его всем клиентам.
Это для того, что бы клиенты не получали груды им ненужных пакетов. Так как иногда  в часы пик информация обновляется часто а например ночью интенсивность обмена сильно снижается. Нет смысла дергать сервер запросами каждые 5 секунд или это нормально?
3) Интересно правильно ли выбран изначально TidCmdTCPServer?
4)Что лучше в моей ситуации подключатся к серверу, получать данные и сразу отключатся или подключатся и держать сеанс до последнего.
5) Какими методами изоляции потока порекомендуете пользоваться в процессе записи данных в БД.

Хотелось бы услышать ваши советы, замечания, критику и т.д.
Если кто подскажет литературу поделится примером, буду признателен.

Заранее спасибо, с уважением Андрей.

Чего бы хотелось...
1) Что бы сервер ждал события из базы и лишь тогда формировал пакет для отправки клиентам, а не перечитывал одни и те же данные по таймеру. (с этим не сложно)

не надо ждать события "базы". надо реагировать на поступивший запрос клиента

2) Как только  в базе обнаружились свежие данные формировать пакет и отправлять его всем клиентам.

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

в общем все у тебя не так. и все неправильно

ну и в качестве сервера я бы не стал брать самопальный делфийский сервер.

и формат данных протокола я бы не стал такой брать.

Добрый день

> в общем все у тебя не так. и все неправильно

Если не сложно, можно поподробнее.
Что именно у меня не правильно?
На текущий момент клиент сам опрашивает сервер.
Мой клиент подключается, отправляет запрос, получает результат, проверяет состояние связи и корректно отключается.
Или я неправильно исполняю?
 

> ну и в качестве сервера я бы не стал брать самопальный делфийский
> сервер

В каком направлении смотреть?


> и формат данных протокола я бы не стал такой брать.

Какой бы вы посоветовали?

Спасибо

все что ты сказал сейчас не соответствует тому что ты сказал вначале.

вначале было сказано, что сервер что-то там шуршит в базе по таймеру.
и было сказано, что сервер сам внезапно может захотеть что-то там отправить всем клиентам

Спасибо за ответ.
Сервер я реализовал по образу и подобию примера сервера из книги Анатолия Подгорецкого "Глубины Indy". Там действительно вся инициатива исходит от клиента.
А главная проблема в том что пример приведенный там как и все примеры очень простой с точки зрения реализации и я не знаю как обстоит дело на самом деле на подобных серьезных серверах.
Отталкиваясь от информации предоставленной вами мне теперь становится ясно, что сервер не должен ничего предлагать клиентам, они сами все попросят, а он обработает и ответит.
По поводу того , почему у меня сервер по таймеру читает данные из БД. Попытаюсь объяснить.
Предположим что у меня в базе в течении 4 часов не изменяются данные, для примера пусть под данными имеется ввиду строка "123456789". А всем клиентам, подключенным к серверу необходимо знать когда эта строка изменится на строку "1234567890". Для этого они каждые 5 секунд отправляют запрос на сервер. В течении 5 секунд таких запросов на сервер приходит 100(при условии что у меня 100 активных соединений).
За эти 5 секунд Сервер производит 100 запросов(чтения) персонально для каждого клиента из базы данных.
И так в течении 4 часов. Это около 288 000 запросов.
А данные совсем не изменялись.
Вот отсюда и мой вопрос, не проще ли  что бы сервер обнаружив изменение в базе данных(Firebird 2.1 отправляет событие на порт сервера), отправил данные всего 1 раз за весь этот час, всем подключенным клиентам. Экономия трафика, как мне кажется присутствует, - меньшая нагрузка на сервер.

Не подключенные или отключенные клиенты нам не надо, они сами при потере связи установят соединение и запросят при первом запуске "не пришло ли чего нового для них", сервер их не ищет.

Или так не делается, тогда как делается в серьезных серверах? Мне даже код не надо, мне бы понять логику.

это все оптимизация плеча "сервер приложений - sql сервер".

и если его даже вусмерть заоптимизировать, то это все равно никак не скажется на плече "сервер приложений-удаленный клиент".

Блин точно такая ж проблема. Из за постоянных опросов сервера на наличие новых сообщений идет не хилый трафик да и сервер грузят эти сообщения мне кажется

Удалено модератором

> RelleH   (16.12.11 15:42) [6]

Есть два подхода

1. Всегда отвечать запрошеннвми данными.
2. Посылать данные только если они изменились, иначе сигнал что новых данных нет. Может резко сократить трафик.

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

Ну, давай, рассказывай, что передаешь, какой состав трафика, какой процентный состав.