Синхронизация изменений в данных

← →
Yrtimd (2004-08-26 11:47) [0]

Пользую ADO. (MS JET OLE DB Prov) Так вот. Как сделать, чтобы в двух независимых приложениях данные, отображаемые в таблицах синхроннизировались в момент изменения не только у того приложения, кто их изменяет но и утого кто их просто читает?

Заранее Спасибо ;)

← →
Desdechado © (2004-08-26 14:12) [1]

60 программ меняют данные с частотой раз в минуту.
Каждая из них должна видеть все изменения.
Простой подсчет показывает, что ежесекундно все должно перечитываться. Тебе оно надо?
Обычно юзер жмет кнопку "перечитать данные", когда ему надо.

← →
clickmaker © (2004-08-26 14:56) [2]

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

← →
Yrtimd (2004-08-26 17:03) [3]

А нет ли событий, возникающих в ADOTable при изменении данных.
Т.е. как бы привязать таблицу к БД так, чтобы можно было мониторить изменения?

← →
Анонимщик © (2004-08-26 17:30) [4]

СУБД какая?

← →
Yrtimd (2004-08-26 17:32) [5]

MS Access

← →
Yrtimd (2004-08-26 17:33) [6]

И еще вопросик. как залогиниться не стандарттным окошком с запросом имени пользователя и пароля а своим методом.

← →
Анонимщик © (2004-08-26 17:34) [7]

1. Никак.
2. TADOConnection.LoginPrompt

← →
Yrtimd (2004-08-26 17:36) [8]

А как же метод AS_Login в Application Server ?

← →
Yrtimd (2004-08-26 17:36) [9]

И ЧТО ЖЕ НА СЧЕТ СИНХРОНИЗАЦИИ ???

← →
Анонимщик © (2004-08-26 17:39) [10]

Сказал же, никак

← →
Yrtimd (2004-08-26 17:40) [11]

А какую базу посоветуешь, чтобы было КАК ?..

← →
Анонимщик © (2004-08-26 17:43) [12]

Блин, да никакую. В конце концов, если ты положишь несколько дней-недель-месяцев на решение этой бесполезной задачи, все равно никому легче не станет.
Предлагаю, вдобавок к другим идиотским вариантам, свой собственный. Устанавливай соединение не только между клиентами и сервером, а и между самими клиентами. Тогда ты для любой СУБД сможешь извращаться как захочешь. Но потом все равно пожалеешь.

← →
Yrtimd (2004-08-26 17:51) [13]

А какой метод нужно вызвать, чтобы считать данные таблицы заново?
Refresh почему-то не работает... ;(

З.Ы. Задача не бесполезная. Например: ведется учет товара на складе. В БД заносится приход товаров и их расход, так вот необходимо в реальном времени иметь актуаьные данные!!!

Ля-ля-ля-ля-ля-ля.
Если три наименования на складе, то справишься. Если Refresh почему-то не работает, то нужно закрыть соединение, а потом его открыть.
А чтобы понимать, что говоришь, иди-ка лучше на ibase.ru, да и читай все-все-все про СУБД, транзакции ... . Там даже есть статья по твоему дурацкому вопросу с таким же дурацким ответом.

← →
Yrtimd (2004-08-26 18:13) [15]

Спасибо. Послать-то проще всего.
Вопросы у меня не "дурацкие", а несколько абстрактные.
Ответы твои не лучше.

> необходимо в реальном времени иметь актуаьные данные

если ты такой упрямый, делай апп-сервер, который будет извещать клиентов о произошедших таких-то изменениях в таких-то позициях таких-то справочников/документов .. клиент, получивший такое извещение, рестартует читающую транзакцию, переоткрывает соответствующий НД и самостоятельно визуализирует изменения

ну зваеди табличку "last_update" в которой из любой формы, производящей update, меняй поле TDateTime, и храни этот datetime (личный) во всех аппликациях, и проверяй по таймеру if (me_last_update) <> last_update[0] then релоад(рефреш, close/open) my_data_set... примерно.

Синхронизация изменений в данных Найти похожие ветки