Обновление 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 надо нажимать кнопку "обновить". Тебя же не напрягает, что почта забирается после нажатия на кнопку "доставить", а не тогда когда почта приходит к провайдеру.
Тебя же не напрягает, что за коммунальные услуги ты платишь раз в месяц, а не когда воду включил, дампочку потушил...

Так, извините, ну а есжели надо предупредить повторный ввод данных, при том, что актуальность вода данных нужно устанавливать именно во время ввода, тогда как?..
Я вот использую обновление с интервалом в 30 сек. Особых тормозов нет, но это не самое лучшее решение...

И еще та же проблема возникает, если данные, вводимые разными пользователями взаимозависимы, тогда неоперативное обновление может привести к самым разнообразным проблемам. В общем, реализация синхронного совместного доступа к данным (тем более - зависимым) все же кое-какая проблема...

1) проблема повторного ввода решается индексами.
2) проблема взаимозависимости решается с помощью транзакции и правильного проектирования БД

Ты что, все решил на юзера возложить, чтоб самому ничего не делать? Юзеры этому не обрадуются и Бд тебе быстренько запоганят

кстати, а почему 30секунд?
Не 29 не 31, а именно 30 секунд?
Или чтотолько на 30секунд хватет телепатической способности юзеров?

Обновление DBGrid Найти похожие ветки