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

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

Как 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 при многопользовательности лучше не пользоваться.


Наверх

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