Форум: "Базы";
Текущий архив: 2003.06.12;
Скачать: [xml.tar.bz2];
ВнизПолучить оповещение от базы Найти похожие ветки
← →
Marat111 (2003-05-22 15:23) [0]Соединяюсь с MSSQL 2000 через ADO все отлично работает
Необходимо выполнить обновление данных в клиенской программме когда с другой машины в базе были сделаны изменения.
← →
passm (2003-05-22 16:22) [1]Marat111 (22.05.03 15:23)> Клиент будет плакать :)
← →
Stas (2003-05-22 16:30) [2]Ты хочешь закрывать/открывать таблицу как только в нее вносятся данные с другой машины ?
← →
fool (2003-05-22 17:38) [3]Ну и представь ситуацию, когда данные в базе начнут активно изменяться, клиенты действительно не то что заплачут (passm © (22.05.03 16:22)) но и взревут, когда их проги просто перестанут шевелиться выполняя обновления.
← →
NickBat (2003-05-22 17:42) [4]Для нетерпеливых пользователей сделай кнопочку "Обновить"
← →
marat111 (2003-05-22 17:50) [5]Дело в том что ну просто очень необходимо знать что данные на сервере изменились. На interbase я такое зделал через IDEvent. Все нормально. Но вот как это реализуется в ado?
← →
Romkin (2003-05-22 19:05) [6]А никак, насколько я знаю.
Вроде была дискуссия, максимум, что посоветовали - отправлять извещение по почте.
Я бы сделал DCOM сервер, который дергал бы клиентов, а его дергал MSSQL, там с СОМ работа вроде простая.
← →
clickmaker (2003-05-22 19:19) [7]Если прямо от базы, то задействовать extended stored procedures, а в DLL реализовать обмен с клиентом через пайпы, мэислоты, или, опять же, через DCOM
← →
Dred2k (2003-05-22 19:31) [8]Все, конечно, здорово. Но как быть с транзакциями? С версионностью записей? Как не дергай обновление на одном клиенте, он не увидит данных от другого клиента, обновленных в рамках другой (его) транзакции. Это в общем случае, режимы транзакций бывают разные...
Страницы: 1 вся ветка
Форум: "Базы";
Текущий архив: 2003.06.12;
Скачать: [xml.tar.bz2];
Память: 0.45 MB
Время: 0.006 c