Текущий архив: 2003.05.08;
Скачать: CL | DM;
ВнизОбновление DBGrid Найти похожие ветки
← →
Vertx (2003-04-19 13:55) [0]Мастера, есть 5ть юзеров и однак таблица (бздя на одном компе), как обновить дэбэгриду при внесенном изменении хотя бы у одного юзера??? Не смейтесь тока, я еще маленький!
← →
Соловьев (2003-04-19 13:59) [1]Table.Refresh;
СУБД?
← →
Vertx (2003-04-19 14:10) [2]>Соловьев © СУБД?
??? Юзается аксесовая таблица и подключается через ADO Connection.
← →
Соловьев (2003-04-19 14:14) [3]какие компоненты? ADOTable, AdoDataSet ?
← →
Vertx (2003-04-19 14:19) [4]ADOTable
← →
JibSkeart (2003-04-19 15:10) [5]Вот тут есть несколко способов ...
Либо используещь COM технолгии
либо Socket-ы (TClientSocket,TServerSocket)
ну и еще всякие другие наверное можно придумать
← →
Vertx (2003-04-19 16:12) [6]Это типа как? :)
← →
Vertx (2003-04-19 17:07) [7]Смысл в том, что даже если все пять открыты статично, при изменении хотя в одной, во всех таблица обновлялась, даже если юзер ни фига не сделал в других четырех.
← →
Vertx (2003-04-20 07:14) [8]Ей!!! Мастера вы или кто????
← →
Alexandr (2003-04-20 07:57) [9]и что, юзеры у тебя все гении что-ли, чтобы следить сразу за всеми записями в таблице, видеть кто что меняет.
И нафига ему это надо?
Хочет посмотреть самые актуальные данные - пусть обновляет
таблицу.
В 99% случаев нафиг ненадо постоянно отображать юзеру актуальные данные. Когда они ему понадобятся, он их сам обновит.
А если еще и правильно работать с транзакциями, то юзеру можно дать уверенность, что и редактирует он все правильно, имеено так как он хочет.
А то, что ты хочешь в любом слечае приведет к тормозам.
Тебя же не напрягает, что для обновления страницы в InternetExplorer надо нажимать кнопку "обновить". Тебя же не напрягает, что почта забирается после нажатия на кнопку "доставить", а не тогда когда почта приходит к провайдеру.
Тебя же не напрягает, что за коммунальные услуги ты платишь раз в месяц, а не когда воду включил, дампочку потушил...
← →
Yrtimd (2003-04-20 09:24) [10]Так, извините, ну а есжели надо предупредить повторный ввод данных, при том, что актуальность вода данных нужно устанавливать именно во время ввода, тогда как?..
Я вот использую обновление с интервалом в 30 сек. Особых тормозов нет, но это не самое лучшее решение...
← →
Yrtimd (2003-04-20 09:27) [11]И еще та же проблема возникает, если данные, вводимые разными пользователями взаимозависимы, тогда неоперативное обновление может привести к самым разнообразным проблемам. В общем, реализация синхронного совместного доступа к данным (тем более - зависимым) все же кое-какая проблема...
← →
Alexandr (2003-04-20 10:07) [12]1) проблема повторного ввода решается индексами.
2) проблема взаимозависимости решается с помощью транзакции и правильного проектирования БД
Ты что, все решил на юзера возложить, чтоб самому ничего не делать? Юзеры этому не обрадуются и Бд тебе быстренько запоганят
← →
Alexandr (2003-04-20 10:09) [13]кстати, а почему 30секунд?
Не 29 не 31, а именно 30 секунд?
Или чтотолько на 30секунд хватет телепатической способности юзеров?
Страницы: 1 вся ветка
Текущий архив: 2003.05.08;
Скачать: CL | DM;
Память: 0.47 MB
Время: 0.008 c