Запрос по таймеру для обновления значений в гриде

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

Добавлено через 15 секунд
БД MS Sql server

0

надо обновлять таблицу не по таймеру, а при конкретном изменении

0

На уровне сервера должно это делаться. Хранимая процедура (Триггер) поможет.

0

я просто не совсем понимаю как это сделать на урвне сервера, т е общение программы с сервером у меня так я с програмыы делаю запросы и сервер отвечает, а как тогда сделать что бы дефи слушало что говорит сервер ?

0

у вас сервер "вообще", и ответ вы получили "вообще"
что не устраивает?

0

Сообщение от alextolmy я просто не совсем понимаю как это сделать на урвне сервера, т е общение программы с сервером у меня так я с програмыы делаю запросы и сервер отвечает, а как тогда сделать что бы дефи слушало что говорит сервер ?

Делфи не слушает.
Делфи просто смотрит в нужную таблицу и все.

1. Добавьте к своей таблице timestamp (хотя правильнее добавить туда binary(8) например, и хранить timestamp в нем, обслуживая его формирование триггером).
2. В делфи при ПЕРВОМ заполнении dbGrid запоминайте последний timestamp.
3. При последующих запросах анализируйте по timestamp записи, которые у вас имеют более новую версию. (Да-да, это именно то, что изменилось).

0

Сообщение от alextolmy Такой вопрос как организвать автоматическое обновление данных в гриде ?

А нафига?
Спрашиваю не просто "с балды". А просто знаю действительно нужное требование обновление DBGrida в реальном времени.

0

Сообщение от MyEternity Делфи не слушает. Делфи просто смотрит в нужную таблицу и все. 1. Добавьте к своей таблице timestamp (хотя правильнее добавить туда binary(8) например, и хранить timestamp в нем, обслуживая его формирование триггером). 2. В делфи при ПЕРВОМ заполнении dbGrid запоминайте последний timestamp. 3. При последующих запросах анализируйте по timestamp записи, которые у вас имеют более новую версию. (Да-да, это именно то, что изменилось).

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

Добавлено через 2 минуты

Сообщение от northener А нафига? Спрашиваю не просто "с балды". А просто знаю действительно нужное требование обновление DBGrida в реальном времени.

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

Добавлено через 50 секунд

Сообщение от krapotkin у вас сервер "вообще", и ответ вы получили "вообще" что не устраивает?

Сообщение от alextolmy БД MS Sql server

что значит вообще ? все указанно !

0

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

как информировать пользователя об изменениях?

0

Сообщение от v90376 как информировать пользователя об изменениях?

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

0

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

вообще использование DBGrid и других DB-компонентов при непрерывном обновлении мне кажется не очень удачным

0

ы

Сообщение от krapotkin есть две стратегии обновлений запросы и уведомления выбор стратегии зависит от частоты обновлений и объема передаваемый информации если обновления случаются часто, то при выборе стратегии уведомлений перед нами может оказаться анимационная картина с ползущими строчками. и даже попасть в эти строчки проблематично. кроме того вся сеть лежит, непрерывно передавая данные. обновления грида тоже не самая бесплатная операция, поэтому комп будет все время "занят", перерисовывая экран в этом случае лучше выбрать стратегию запросов, чтобы обновления происходили не чаще чем раз в N секунд при этом подходе мы можем положить сеть и сервер большим количеством пользователей, т.к. он постоянно будет всем слать одно и то же по запросам. вообще использование DBGrid и других DB-компонентов при непрерывном обновлении мне кажется не очень удачным

Непрерывное не требуется, раз в 15 минут впролне хватит

Добавлено через 26 секунд
Пользователей будет макс человек 20-30

0

тогда вообще нет проблем. на 20 юзеров можно раз в 30 сек обновляться без тормозов

Добавлено через 2 минуты
но техника присоединения к каждой записи времени ее обновления вовсе неплоха
и можно скачивать только обновленные записи
только тогда точно DBGrid не подойдет

0

Сообщение от krapotkin тогда вообще нет проблем. на 20 юзеров можно раз в 30 сек обновляться без тормозов Добавлено через 2 минуты но техника присоединения к каждой записи времени ее обновления вовсе неплоха и можно скачивать только обновленные записи только тогда точно DBGrid не подойдет

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

0

нормальное вполне

0