VB и MSSQL 2000

[K Victor A]

доброго дня подскажите как сделать чтобы Adodc не мог обращаться к записи если она редактируется другим пользователем!

[alibek]

Установить пессимистическую блокировку.

[K Victor A]

Подскажите пожалуйста как! пишу диплом, сетевую АИС, впервые сталкиваюсь. с такой проблемой, раньше писал однопользовательские локалки
(в свойствах Adodc'a или где?)

[alibek]

K Victor A, объясни мне, как такое возможно, что ты пишешь диплом, сетевую автоматизированную информационную систему, и при этом никогда не слышал про блокировки?
Если ты пишешь диплом, значит ты на последнем курсе. Если тема диплома сетевые ИС, значит специальность связана с информационными технологиями. Про базы данных и блокировки ты должен был знать два или три года назад.

[Andrey Fedorov]

доброго дня подскажите как сделать чтобы Adodc не мог обращаться к записи если она редактируется другим пользователем!

Между прочим - крайне не рекомендую подобное...

[K Victor A]

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

[arvitaly]

Не зная стандартных методов, я бы придумал, например, флаг

[VBTerminator]

Установить пессимистическую блокировку.

Если я правильно понял, то блокировка должна быть у "другого пользователя".

Подскажите пожалуйста как!

А блокировка ставится так:

Код: Выделить всё

cnnMain.Connect "connectionstring", "user", "pass", adLockPessimistic

[arvitaly]

не мог обращаться к записи

конкретной записи

[VBTerminator]

не мог обращаться к записи

конкретной записи

Ну и!..

Пессимистическая блокировка записей. Блокируется редактируемая запись. Освобождение от блокировки происходит при переходе на следующую запись.

[arvitaly]

cnnMain.Connect "connectionstring", "user", "pass", adLockPessimistic

А какая тут запись редактируется? Первая?

[VBTerminator]

А какая тут запись редактируется? Первая?

Уф... Вообще-то "редактируемая" запись та, к которой в данный момент применяется метод Update одного из клиентских рекордсетов.

[arvitaly]

Уф... Вообще-то "редактируемая" запись та, к которой в данный момент применяется метод Update рекордсета.

Хм, смотри ситуацию. Человек ввел данные в форму для конкретной записи. Нажимает Update. Другой человек тоже ввел данные в форму и на секунду после первого нажал Update.
Что сохранится? А если формы заполняются по полчаса?
Ты слышал о таком понятии как отключенный рекордсет?

[VBTerminator]

.Что сохранится?

Всё, ведь обращение идёт не обновременно, но если они писали в одну и ту же запись, то данные последнего сохранения, конечно, перекроют более ранние.

А если формы заполняются по полчаса?

Если форма, то сохранение произойдёт по нажатии кнопки "сохранить"/"отправить" или какая там...

Ты слышал о таком понятии как отключенный рекордсет?

Нет.


Или я чего-то не догоняю по этой теме?

[arvitaly]

Всё, ведь обращение идёт не обновременно, но если они писали в одну и ту же запись, то данные последнего сохранения, конечно, перекроют более ранние.

И ты считаешь - это выход из ситуации?

Если форма, то сохранение произойдёт по нажатии кнопки "сохранить"/"отправить" или какая там...

Естественно форма.

Нет.
Или я чего-то не догоняю по этой теме?

Узнай. Возможно не догоняешь.

[alibek]

Хм, смотри ситуацию. Человек ввел данные в форму для конкретной записи. Нажимает Update. Другой человек тоже ввел данные в форму и на секунду после первого нажал Update.

Ты слово "пессимистическая" заметил?
Это при оптимистической блокировка происходит при выполнении Update. А при пессимистической блокировка будет, как только ты тронешь запись, например сделаешь rs!fld1=rs!fld1.

[arvitaly]

Ты слово "пессимистическая" заметил?
Это при оптимистической блокировка происходит при выполнении Update. А при пессимистической блокировка будет, как только ты тронешь запись, например сделаешь rs!fld1=rs!fld1.

А при чтении из рекордсета будет ставиться блокировка? Наверное, нет. И опять таки это означает, что до начала обновления записи rs!fld1=rs!fld1 или Update - 2 пользователя вполне могут заполнить все форму (при отключенном рекордсете)

[K Victor A]

alibek, случилось так, что такие тонкости были пропущены, причем не мной мимо ушей, а преподами! Да и вообще наверное такие темы студенты должны догонять сами, ведь в универах дают основу...
что я имею? - ADO Data Control.
что он имеет? -ConnectingString (я пишу: Provider=SQLOLEDB;Integrated Security=SSPI;Persist Security Info=False;Initial Catalog=MyDB;Data Source=(LOCAL), на локальном)
- RecordSource (заполняю селектом)
куда ж вставить adLockPessimistic???
у Adodc есть свойство: LockType, где можно выбрать пессемистик,
но когда открываю два приложения, ставлю на одну и туже запись, и что то выводит только ошибки или именно их и надо обработать? зачем тогда пессимистик ставить? что то я запутался совсем!
Выручайте!!!

[alibek]

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

Разумеется будет ошибка, ведь запись заблокирована.
Эту ошибку и надо обрабатывать.

[K Victor A]

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

[alibek]

проблема еще в чем: в обоих приложениях оба аддока стоят на одной записи, делаю апдейт из одного приложения, второе ничего не сообщает!, хотя поставил тип блокировки в свойстве аддока пессимистик?! как быть!?

А что оно должно сообщать?
По своей инициативе ничего сообщаться не будет. Начнешь во втором приложении что-нибудь менять, тогда и появится ошибка блокировки.

[K Victor A]

а зачем тогда блокировку ставить, и без нее все ошибки также выдает

[arvitaly]

а зачем тогда блокировку ставить, и без нее все ошибки также выдает

Очень интересно, что за ошибки без нее выдает?

[K Victor A]

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

[arvitaly]

Еще раз повторю, я бы использовал флаг, чтобы 2-е приложение не могло эту запись даже открыть

[K Victor A]

флаг это конечно интересно! но а в случае сбоя системы, при редактировании (ведь флаг мы должны апдейтить в записи) запись останется навсегда потеряна для пользователя, или есть другой вариант его использования?!

[arvitaly]

Для чего флаг в самой таблице, я вижу систему так
Есть таблица типа Sessions

Методы работы

1. При запуске приложения из нее чистятся все принадлежащие этому приложению записи
2. При открытии "рабочей записи" в таблице создается запись, указывающая на блокировку
3. При окончании работы с "рабочей записью" - запись из Sessions удаляется.
4. При каждом обращении к таблице - из нее удаляются записи, которые старше n-времени (15 минут например). Таким образом даже при аварийном завершении работы - все будет нормально

Также возможно совместить это с ведением статистики редактирования базы

[K Victor A]

здорово, еще бы подсказал как это реализовать !!!, боюсь мне это не под силу в данный момент... (если не трудно )

[arvitaly]

Вроде уже по пунктам все расписал, где проблема то?

[K Victor A]

При открытии "рабочей записи" в таблице создается запись,

где она создается, и как к ней обратиться ?