Мастера DELPHI (документация, исходники, скачать)

Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG

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

DBExpress и больщое кол-во транзакций [Firebird]

Vital © (2004-10-28 18:12:00)
Ув. мастера, при добавлении записей в базу происходит переполнение журнала транзакций(GStat), после чего сервер начинает жутко тормозить, записи добавляются и апдейтятся с помощью хранимых процедур. Приложение висит и "держит" самую первую транзакцию. Помогает только реконект всему конекшину.
Подскажите пожалуйста в какую сторону копать.

Zacho (2004-10-29 12:56:00) [1]
Компоненты доступа здесь не причём.
А по поводу твоей проблемы - читай http://www.ibase.ru/devinfo/oitoat.htmи т.д.

Vital (2004-10-29 12:15:00) [2]
(GSTAT)
Database header page information:
Flags 0
Checksum 12345
Generation 2308
Page size 4096
ODS version 10.1
Oldest transaction 1795
Oldest active 2050
Oldest snapshot 2048
Next transaction 2300
Bumped transaction 1
Sequence number 0
Next attachment ID 7
Implementation ID 16
Shadow count 0
Page buffers 0
Next header page 0
Database dialect 3
Creation date Oct 28, 2004 19:50:31
Attributes force write

После того как получается разница в несколько тыс между
Oldest transaction и Next transaction - тормоз.

Приходится отрубить и врубить конекшн перед пакетными операциями.
Может есть другой выход?

Zacho (2004-10-28 21:33:00) [3]

> Vital (28.10.04 20:51) [7] [Новое
>сообщение][Ответить]
> Заморочки в том что, если приложение не закрывает
> Connection и начинает активно изменять базу (множество
> комитов), то это приводит к тормозу на сервере.
> Спасает только реконект.

Не верю. Просто не верю, ибо "этого не может быть, потому что не может быть никогда". Может и ошибаюсь, с DBExpress не работал, но было бы крайне интересно узнать, как это множество коммитов могут привести к тормозам на сервере. Это не "наезд", просто действительно интересно, вдруг придется DBExpress использовать, хоть знать буду.

jack128 (2004-10-28 21:30:00) [4]
Vital (28.10.04 20:51) [7]
Ну так нафиг на DBEspress перешел? ;-)

Vital (2004-10-28 20:51:00) [5]
Заморочки в том что, если приложение не закрывает Connection и начинает активно изменять базу (множество комитов), то это приводит к тормозу на сервере. Спасает только реконект.
Два компонента Conection тоже не спасают. В Fib и Ibx c таким не сталкивался.

Zacho (2004-10-28 19:46:00) [6]
Просто любопытно: какой еще "журнал транзакций" в FB ? Нет там ничего подобного. Или это "заморочки" DBExpress ?

Vital (2004-10-28 18:42:00) [7]
Все равно одна будет висеть.

Vital (2004-10-28 18:36:00) [8]
А как в DBEspress создать ReadOnly Transaction ?(для чтения)

Johnmen (2004-10-28 18:31:00) [9]
Как обычно, две тр-ции, пишущая и читающая...

Vital (2004-10-28 18:25:00) [10]
Да, а какже быть если хочется поброузить по данным, а вытякивать на клиента все сразу накладно?

Johnmen (2004-10-28 18:14:00) [11]
А не надо её держать. Надо её по быстрому закрывать и стартовать другую...

Наверх

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