![]() |
| ||
|
|
Новости |
Поиск |
FAQ |
Статьи |
Книги |
Новости VCL
| | Форумы ЧАТ |
Орешник |
|
| |||
| |||
« предыдущая ветвь | форум | следующая ветвь »
Использование транзакций в IB [IB6.x]
Term © (2003-10-02 11:29:00)
Вопрос такой как правильно использовать транзакции в IB, так как тут как я понял есть определённые тонкости:
в литературе у меня написанно так:
DataBase1.StartTransaction;
try
append
.....
post
DataBase1.Commit;
except
DataBase1.RollBack;
end;
мастера покажите примерчик как оно должно быть, с правильным использованием компонентов TIBDataBase, TIBTransaction, TIBDataSet.
Zhouck (2003-10-02 16:13:00) [1]
Ну-ну. А рефреш при получении сообщения от сервера нельзя ли засунуть в отдельный поток, если юзер не работает с конкретной таблицей? А если с текущей, то запрос на обновление (как делает делфи при одновременной работе с файлами проекта в среде и вне ее). И часиков видно не будет. Или накапливать сообщения, а после какого-то их числа предлагать обновить данные? IMHO, таймер применять не стоит - если есть обработка событий
MsGuns (2003-10-02 16:02:00) [2]
>Term (02.10.03 15:10) [25]
>можно немного подробнее про асинхронные события, чтото я в литературе не видел описания.....
Как я понял, речь идет о регистрации событий на сервере. Т.е. приложение может дать серверу знать о том, чтобы ее (прогу) он (сервер) информировал о возникновении какого-то события (например, изменения в какой-то таблице). Тогда по получении такого сообщения от сервера прога может безо всякого таймера отрефрешить соотв. НД. Подход сам по себе интересен, но злоупотребление им приведет к тому, что юзер будет не столько работать, сколько смотреть на часики на экране при достаточно активной работе с таблицей других узеров. При этом не исключено, что в данный момент он будет вводить данные в контролы, никак не связанные с рефрешируемым НД. Или, к примеру, просматривать некоторый отчет в этой же проге.
Все-таки наиболее опытные мастера (по моему мнению, ессно) рекомендуют рефреш по кнопке или по истечению заданного узером интервала (использование таймера). Но опять же все зависит от "местных" факторов: кол-ва одновременно работающих клиентов, скорости сети, объемов данных, частоты их изменяемости и т.д.
Zhouck (2003-10-02 15:23:00) [3]
POST_EVENT("name_event")
В триггерах on delete, on update, on insert
IBEVENTs
Term (2003-10-02 15:10:00) [4]
> Какой еще таймер? На хрена? А асинхронные события нельзя
> что-ли обрабатывать? Много чего лучше переносить на сервер
> - он быстрее справится, чем клиентская программа
можно немного подробнее про асинхронные события, чтото я в литературе не видел описания.....
Val (2003-10-02 14:59:00) [5]
>Vlad © (02.10.03 14:47) [22]
куда тут можно влепить таймер.
туда же, куда и кнопку.
Zhouck (2003-10-02 14:48:00) [6]
Какой еще таймер? На хрена? А асинхронные события нельзя что-ли обрабатывать? Много чего лучше переносить на сервер - он быстрее справится, чем клиентская программа
Vlad (2003-10-02 14:47:00) [7]
>Val © (02.10.03 14:37) [21]
Не понимаю, как это связано с постом MsGuns ©.
Он вроде объяснял про способы подтверждения транзакций? Что-то я не понимаю куда тут можно влепить таймер.
Val (2003-10-02 14:37:00) [8]
Term (02.10.03 14:31) [19]
вообще-то, что хотите :) обычно рефреш.
я добавлял к пунктам из поста MsGuns.
Zhouck (2003-10-02 14:35:00) [9]
Как писал автор BCB Unleashed, обязательно отдельные транзакции на каждую таблицу,запрос etc нужно делать только в MIDAS приложениях
Term (2003-10-02 14:31:00) [10]
> про таймер забыли
а в таймере update делать? или рефрешить?
Val (2003-10-02 14:21:00) [11]
MsGuns © (02.10.03 13:42) [17]
про таймер забыли.
MsGuns (2003-10-02 13:42:00) [12]
Все в одну транзакцию, то подтверждение ее в зависимости от
- 1 вариант "Интерактивный"
После каждого изменения подтверждение/откат для того, чтоб каждое изменение тут же откладывалось на сервере и, как следствие, могло быть отображено на других клиентах
недостаток - загрузка сетки большим кол-вом мелких пакетов
- 2 вариант "По требованию"
Подтвержение по кнопке. Т.е. сосед не увидит изменений, пока ты не щелкнешь по ней.
Как надо в данной ситуации - тебе виднее. С точки зрения эффективности системы второй вариант предпочтительнее.
Кроме того, могут быть ситуации с требованием "комплексности" изменений. Т.е. изменения в таблице 1 не должны быть сделаны без соотв. изменений в табл.2. Это, конечно, в том случае, когда эти изменения не включены в серверную логику (в этом случае оптимальнее использование ХП и триггеров)
Term (2003-10-02 13:11:00) [13]
У меня 3 связанных TIBDataSet и во всех трех я определил соответсвующие свойства т.е SelectSQL, RefreshSQL,ModifySQL, InsertSQL и DeleteSQL т.е. у меня и пишутся и читаются через одни и теже компаненты, и как быть в этом случае
MsGuns (2003-10-02 13:00:00) [14]
>Vlad © (02.10.03 12:55) [14]
>>MsGuns © (02.10.03 12:48) [13]
>Я же говорил в [11]: пишушие -в одну транзакцию, а читающие - в другую.
Мальчики налево
Девочки направо
;)
Vlad (2003-10-02 12:55:00) [15]
MsGuns © (02.10.03 12:48) [13]
Я же говорил в [11]: пишушие -в одну транзакцию, а читающие - в другую.
Кажется так советуют умные люди :)
MsGuns (2003-10-02 12:48:00) [16]
>Vlad © (02.10.03 12:36) [11]
Ну если у тебя отображаются три НД через TIBQuery или TIBDataSet, то зачем в общем случае для каждой своя транзакция ? Я бы все три впихнул бы в одну. TIBDataBase-то одна и та же небось
Term (2003-10-02 12:40:00) [17]
понял. спасибо
Vlad (2003-10-02 12:36:00) [18]
Нет. Если уж так, то для каждого Query своя транзакция. Для пишущего - одна, для читающего - другая. Никаких свойств менять не надо.
Term (2003-10-02 12:30:00) [19]
я просто не знал как прально спросить, у меня есть грид в котором отображаются данные из базы. я щелкаю по speedbutton"у открываю форму, и с неё сохр. данные, у меня одна транзакция, теперь добавлю еще одну, и значит читать через вторую,
значит перед выполнением запросов, менять свойство компонентов
Transaction, на имя нужной транзакции.
Я правильно понял?
Vlad (2003-10-02 12:20:00) [20]
>MsGuns © (02.10.03 12:13) [8]
Из [2] не видно что у него вобще что либо отображается.
Речь шла вроде о записи в таблицы с сохранением ссылочной целостности ?