Информирование о приходе новых данных

[GreAsk]

Возник следующий вопрос: Есть база данных на удаленном сервере. В эту база данных периодически заносится информация. Необходимо, что бы клиентские приложения буквально в течение нескольких секунд (желательно еще быстрее) узнали, что появилась новая информация в БД. Есть такой вариант решения: клиентские приложения периодически (раз в 1-2 секунды например) проверяет БД на наличие новой информации. Но не загрузят ли такие проверки БД. Клиентов около 500. Производительность и надежность выстапают на первый план. Или лучше как-то по другому решить эту проблему?

[Аватар]

Было что-то наподобие, правда в локальной сети и не было жесткого ограничение временного интервала, 5-10 минут вполне устраивало, поэтому за недостатком времени на эксперименты обошелся таймером. Спецы говорят, что возможно, можно посмотреть
http://articles.org.ru/cfaq/index.php?qid=1192 или http://kladovka.net.ru/delphibase/?a...mssql&id=10474
http://www.sql.ru/forum/actualthread...tid=573403&hl=

[Droid]

Сообщение от GreAsk

Возник следующий вопрос: Есть база данных на удаленном сервере. В эту база данных периодически заносится информация. Необходимо, что бы клиентские приложения буквально в течение нескольких секунд (желательно еще быстрее) узнали, что появилась новая информация в БД. Есть такой вариант решения: клиентские приложения периодически (раз в 1-2 секунды например) проверяет БД на наличие новой информации. Но не загрузят ли такие проверки БД. Клиентов около 500. Производительность и надежность выстапают на первый план. Или лучше как-то по другому решить эту проблему?

Ну как вариант, могу предложить следующее:
хранимую процедуру возвращающая кол-во записей таблицы которой нужно, и следовательно обращаться уже пройдется к процедуре а не всем запросом. Можно написать хранимую процедуру, вытаскивающие id всех добавленных записей с текущей даты и времени. и потом уже обращаться к основной и с ней работать

[Аватар]

Но при этом от обращения каждого из 500 клиентов к СУБД один раз в 1-2 секунды не избавиться

[Droid]

Сообщение от Аватар

Но при этом от обращения каждого из 500 клиентов к СУБД один раз в 1-2 секунды не избавиться

Вообще в таком случае, при постоянном увеличении пользователей использовать надо физические кластера, либо делать репликацию на 2 сервер и перебрасывать клиента после заполнения пула соединений в 1 сервере перекидывать на 2 - ой