adoQuery

← →
sten (2004-08-20 09:04) [0]

Привет,

такая ситуация: есть adoquery, который закачивает данные из таблицы
(select * from ...), которые потом просматриваются в DBEdit c помощью
dbNavigator.
Теперь, при работе в сети нескольких машин, когда одна из них update"ит
запись, это изменение не отражается в других adoquery, т.к. для этого
надо снова производить полную выборку информации для них.
Как же здесь правильно делать, может есть какой-нибудь способ заставить
adoquery быть в курсе изменений, например может курсоры использовать ?

← →
Ega23 © (2004-08-20 09:37) [1]

Это порочный путь. И потом: откуда ты знаешь, что пользователю будет удобнее, если у него вдруг самопроизвольно начинает переоткрываться запрос?

например может курсоры использовать ?
А что ты этим имел ввиду? :о)

← →
sten (2004-08-20 09:55) [2]

ну в запросе использовать не select * from ..., а создать курсор и им перемещаться по записям (есть курсоры автоматически отслеживающие изменения в базе).
Как-же все-таки делать, обрабатывать ошибку, что запись уже изменена другим пользователем что-ли, так это юзерам неудобно, , они-то видят данные действительные на момент последнего открытия adoquery

← →
Ega23 © (2004-08-20 10:10) [3]

а создать курсор и им перемещаться по записям (есть курсоры автоматически отслеживающие изменения в базе).

Нука-нука, с этого места по-подробнее. А лучше - ссылку на Books On-Line.

Как-же все-таки делать, обрабатывать ошибку, что запись уже изменена другим пользователем что-ли, так это юзерам неудобно, , они-то видят данные действительные на момент последнего открытия adoquery

Блокировать открытую запись для изменения.

← →
sten (2004-08-20 10:40) [4]

Transact-SQL Extended Syntax

DECLARE cursor_name CURSOR
[ LOCAL | GLOBAL ]
[ FORWARD_ONLY | SCROLL ]
[ STATIC | KEYSET | DYNAMIC | FAST_FORWARD ]
[ READ_ONLY | SCROLL_LOCKS | OPTIMISTIC ]
[ TYPE_WARNING ]
FOR select_statement
[ FOR UPDATE [ OF column_name [ ,...n ] ] ]

......

DYNAMIC

Defines a cursor that reflects all data changes made to the rows in its result set as you scroll around the cursor. The data values, order, and membership of the rows can change on each fetch. The ABSOLUTE fetch option is not supported with dynamic cursors.

Запись-то можно блокировать, только я имел ввиду не то, вот положим, загрузили результат работы
ADOQuery в dbGrid, можно править все что хочешь, но как теперь быть, если другой пользователь
уже отредактировал какую-нибудь строчку, как я об этом узнаю, ведь у меня в adoquery остались
старые данные

← →
Nikolay M. © (2004-08-20 10:43) [5]

Изыди сатана! Иногда задаюсь вопросом: вот почему у некоторых программистов возникают задачи типа "видеть изменения, сделанные другими пользователями, пусть юзеров будет хоть миллион", но не возникает задачи "избавиться от закачки в DBGrid 100 000 записей"? Хотя у большинства программистов приоритеты задач обратно противоположные...

← →
sten (2004-08-20 10:46) [6]

ну так если им надо всем эти данные видеть, что я могу поделать, если есть другие варианты - так подскажите

> sten (20.08.04 10:46) [6]
> ну так если им надо всем эти данные видеть

Не надо им этого видеть. Сначала поверь в это сам, а потому убеди ближнего. Алилуйя!

> Ega23

:))

adoQuery Найти похожие ветки