Главная страница
    Top.Mail.Ru    Яндекс.Метрика
Форум: "Базы";
Текущий архив: 2004.09.26;
Скачать: [xml.tar.bz2];

Вниз

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

 
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 почему-то не работает... ;(

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


 
Анонимщик ©   (2004-08-26 17:57) [14]

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


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

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


 
Digitman ©   (2004-08-27 09:02) [16]


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


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


 
AndB ©   (2004-08-27 10:28) [17]

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



Страницы: 1 вся ветка

Форум: "Базы";
Текущий архив: 2004.09.26;
Скачать: [xml.tar.bz2];

Наверх





Память: 0.48 MB
Время: 0.033 c
4-1092401702
midavik
2004-08-13 16:55
2004.09.26
Принтскрин кадра видео


9-1085863701
kas-t
2004-05-30 00:48
2004.09.26
DelphiX: Antialiasing (сглаживание)


3-1093853343
Klerk
2004-08-30 12:09
2004.09.26
Запрос по полю "Size"


14-1094505281
Jus
2004-09-07 01:14
2004.09.26
Nt технологии


1-1094647092
hgd
2004-09-08 16:38
2004.09.26
Время процедуры





Afrikaans Albanian Arabic Armenian Azerbaijani Basque Belarusian Bulgarian Catalan Chinese (Simplified) Chinese (Traditional) Croatian Czech Danish Dutch English Estonian Filipino Finnish French
Galician Georgian German Greek Haitian Creole Hebrew Hindi Hungarian Icelandic Indonesian Irish Italian Japanese Korean Latvian Lithuanian Macedonian Malay Maltese Norwegian
Persian Polish Portuguese Romanian Russian Serbian Slovak Slovenian Spanish Swahili Swedish Thai Turkish Ukrainian Urdu Vietnamese Welsh Yiddish Bengali Bosnian
Cebuano Esperanto Gujarati Hausa Hmong Igbo Javanese Kannada Khmer Lao Latin Maori Marathi Mongolian Nepali Punjabi Somali Tamil Telugu Yoruba
Zulu
Английский Французский Немецкий Итальянский Португальский Русский Испанский