Top.Mail.Ru
Мастера DELPHI, Delphi programming community Титульная страница Поиск, карта сайта Написать письмо 
| Новости | Поиск | FAQ | Статьи | Книги | Новости VCL |
| Форумы ЧАТ | Орешник | KOL и MCK |
Форумы -» Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG

« предыдущая ветвь | форум | следующая ветвь »

adoQuery [D7, MSSQL]


sten ©   (2004-08-20 09:04:00) 

Привет,

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


Nikolay M.   (2004-08-20 11:48:00) [1]


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

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


> Ega23

:))


Ega23   (2004-08-20 10:53:00) [2]

Nikolay M. ©   (20.08.04 10:43) [5]

:-))))))))))))

КЛАСС, Коля! Прям в точку!


sten   (2004-08-20 10:46:00) [3]

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


Nikolay M.   (2004-08-20 10:43:00) [4]

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


sten   (2004-08-20 10:40:00) [5]

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 остались
старые данные


Ega23   (2004-08-20 10:10:00) [6]

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

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

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

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


sten   (2004-08-20 09:55:00) [7]

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


Ega23   (2004-08-20 09:37:00) [8]

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

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


Наверх

Титульная страница Поиск, карта сайта Написать письмо