|
Транзакции. Мать их.
|
|||
---|---|---|---|
#18+
Привет всем. такая проблема. в главном окне висит навигационная табличка открытая в основной транзакции, которая нужна в принципе тока для чтения. Из неё открываются куча детайлов, в которых юзер должен все менять. На каждый детайл свое диалоговое окно или несколько каскадных. Все они во второй транзакции. база данных сетевая и возможно, что несколько юзеров открывают и меняют одни и те же даные одновременно. как настроить оптимальнее 2-ю транзакцию таким макаром, что бы при попытке изменить уже изменяемую запись ему говорило - стоять!!! :) и так что бы уже измененная запись отрефрешилась у всех пользователей по сетке? ... |
|||
:
Нравится:
Не нравится:
|
|||
06.10.2002, 15:06 |
|
Транзакции. Мать их.
|
|||
---|---|---|---|
#18+
Привет! Читай статью Деда про блокирование записей . ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2002, 13:18 |
|
Транзакции. Мать их.
|
|||
---|---|---|---|
#18+
Привет. Для обновления записей могу посоветовать использовать механизм событий. Механизм посылки и форматы сообщений придумаеш сам, а на всех клиентах будеш их ловить и обновлять нужные записи. Правда, когда я использовал IB5, события глючили, если используется локальное соединение, т.е. с тестированием сложности. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2002, 14:36 |
|
Транзакции. Мать их.
|
|||
---|---|---|---|
#18+
Привет еще разок. События, к сожалению, работают неустойчиво, а при двух и более сетевухах на сервере валят его напрочь - такой вот глючок-с... Хорошо события в пределах одного компутера - например, если сервер приложений находится там же, где и СУБД... ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2002, 19:16 |
|
|
start [/forum/topic.php?fid=40&msg=32055776&tid=1581143]: |
0ms |
get settings: |
9ms |
get forum list: |
11ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
39ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
42ms |
get tp. blocked users: |
1ms |
others: | 14ms |
total: | 136ms |
0 / 0 |