![]() |
| ||
|
|
Новости |
Поиск |
FAQ |
Статьи |
Книги |
Новости VCL
| | Форумы ЧАТ |
Орешник |
|
| |||
| |||
« предыдущая ветвь | форум | следующая ветвь »
Как IBTable взять запись на редактирование [D7, IB6.x]
Апач © (2003-12-09 13:25:00)
Как IBTable взять запись на редактирование так
чтобы другие пользователи не могли ее
удалить пока не произаидет Post
Апач (2003-12-09 14:31:00) [1]
Данилка
Кто первый пришол
тот и взял :)))
Апач (2003-12-09 14:30:00) [2]
о нашол
http://www.ibase.ru/devinfo/pslock.htm
ладно всем спасибо пошол читать......
Danilka (2003-12-09 14:29:00) [3]
[13] Апач (09.12.03 14:23)
точно?
а правильно для кого конкретно, для того кто удаляет, или для того кто редактирует? или для кого-то третьего? может, так правильно для обеспечения мира во всем мире? :)
Danilka (2003-12-09 14:26:00) [4]
Для новичков, думаю, вот-это самое то:
Мартин Грубер "Понимание SQL"
все разжевано по самое нехочу. :))
вполне достаточно, чтобы распрощаться со всякими TTable.
можно его взять сдесь:
http://www.podgoretsky.com/classics.html
а про IB и его клоны вот-здесь куча информации: www.ibase.ru
Апач (2003-12-09 14:23:00) [5]
нет правильно ето когда запись удалить нельзя когда ее редактируют
КАК ЕТО СДЕЛАТЬ
Апач (2003-12-09 14:20:00) [6]
жадины :)
ладно скажите хоть где читать
Danilka (2003-12-09 14:18:00) [7]
[8] Апач (09.12.03 14:03)
а им ничего обьяснять ненадо. :))
ты только подойди к бухше и спроси как тебе обработать ситуацию, когда она правит какую-нибудь платежку, а в это время ее соседка эту-же самую платежку удаляет. :))
она тебе сама все обьяснит. :))
ps. а про IBTable забудь навсегда..
Рамиль (2003-12-09 14:17:00) [8]
Выдайте пользователю ошибку прешедшую от сервера и все. По моему никаких проблем, это лучше по крайней мере того, что пользователь подумает все прошло нормально, а запись уже, оказывается, удалили.
Johnmen (2003-12-09 14:15:00) [9]
>я буду чуствовать себя неуютно
Особенно, когда человек не знает азов, он чувствует себя именно так...:)))
Читать, читать и читать. А уж потом, с полным пониманием, приступать к работе. Делать наоборот - практика порочная...
И ещё. Здесь не курсы "Суперпрога за 3.5 дня"
Апач (2003-12-09 14:03:00) [10]
вопрос не в том - зачем
то что ето возможно факт!
и если пользователям обяснять что вероятность етого ничтожно мала
я буду чуствовать себя неуютно :)
Danilka (2003-12-09 14:00:00) [11]
хм, скажи, плиз, когда такое может возникнуть в реальной работе?
это, например, один чел правит счет-фактуру, а в это время другой эту-же СФ удаляет? спрашивается, а зачем? :))
Апач (2003-12-09 13:58:00) [12]
нда
stud (2003-12-09 13:54:00) [13]
> если пользователь номер1 редактирует запись
> и в процессе редактирования запись была удалена пользователем
> номер2
смотри:
> Непонимание приципов работы серверов
Апач (2003-12-09 13:48:00) [14]
так ошибка мне не нравится
если пользователь номер1 редактирует запись
и в процессе редактирования запись была удалена пользователем номер2 то когда пользователь номер1 производя деиствие Post
видит ошибку
update conflict with concurent update
Anatoly Podgoretsky (2003-12-09 13:42:00) [15]
Непонимание приципов работы серверов.
Ну и какая разница, ну удалят миллисекундой после.
Апач (2003-12-09 13:35:00) [16]
Какие деиствия
IBTable1.edit
не блокирует запись
-----
ну хорошо
тогда к примеру как монополно можно открыть запись
на редактирование в IB
Vemer (2003-12-09 13:32:00) [17]
По моему эти действия автоматически блокируют запись. Вообще Itable при многопользовательности лучше не пользоваться.