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

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

Использование транзакций в IB [IB6.x]


Страницы:   1 2

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] не видно что у него вобще что либо отображается.
Речь шла вроде о записи в таблицы с сохранением ссылочной целостности ?


Страницы:   1 2

Наверх

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