Вниз
Скачать: CL | DM;

Проблема с jet или ado   Найти похожие ветки 

 
nurimanov   (2004-12-08 13:26) [0]

Используется midas, access, ado. Такая ситуация: между клиентами
реализованы обновления: один из клиентов изменил таблицу (изменения делаются через commandtext - sql запросом) он посылает серверу приложений идентификатор изменённой таблицы, а тот в свою очередь посылает другим клиентам, что эта таблица была изменена. Другие клиенты делают refresh таблицы. Проблема: изменения, сделанные первым клиентом, не успевают записаться в базу, другие клиенты обновляют таблицу, но там оказывается старая информация - без изменений. Это решается введением sleep, но это не катит. Вопрос: кто-нибудь сталкивался с подобным, где здесь слабое место: в jet`е, ado или в чем-нибудь другом.


 
sniknik ©   (2004-12-08 14:36) [1]

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

напиши в мелкософт что такое поведение "не катит", требуй неустойку.

;о))

или пересаживай всех клиентов на один коннект (на сервере), один будет работать с одним буфером, эта проблема уйдет. (прийдут другие ;о) синхронизация к примеру на тебя ляжет..., хз. еще что, но будет точно ;)

да еще можно уйти с мидаса на RDS там есть стандартный сервер (датафактори) в нем реализовано так (собственный сервер не придется писать)... но от проблем все одно не избавишся. ;о))


 
nurimanov   (2004-12-08 15:49) [2]

пасибо за участие :)



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

Скачать: CL | DM;



Память: 0.45 MB
Время: -0.978 c
6-1098444992
Ramon
2004-10-22 15:36
2005.01.09
Проверка мыла на наличие новых писем


14-1103475077
DeMoN-777
2004-12-19 19:51
2005.01.09
Мой кот


1-1103625147
}|{yk
2004-12-21 13:32
2005.01.09
Memo и Unicode


14-1103631558
Vaitek
2004-12-21 15:19
2005.01.09
Ааа вот вы где все!


9-1095342039
WondeRu
2004-09-16 17:40
2005.01.09
GLScene без TForm




   Наверх