Subject | Re: DB grouth and multithread |
---|---|
Author | Alexander V.Nevsky |
Post date | 2003-06-13T10:51:59Z |
--- In firebird-support@yahoogroups.com, "DataCom - Diego Moreira da
Rosa" <diego@d...> wrote:
a long time, what prevent collection of garbage within database and
repeated usage of freed pages. Read_commited read only transactions
are excluded from this rule.
have separated connection for each thread or properly serialized
inside application usage of one connection from different thread - it
works. For server there are not differences who control connection and
transactions within it - process or thread. Check your transactions
management to don't hold opened writeable transactions when it is not
required by nature of model served by your application. Pay attention
to subject discussed nearby here - Oldest Active Transaction and Next
Transaction.
Best regards, Alexander.
Rosa" <diego@d...> wrote:
> Hi all,base using
>
> has any of you ever had problems with extreme growing of the data
> IB/Firebird?Those who design their applications to hold opened transactions for
a long time, what prevent collection of garbage within database and
repeated usage of freed pages. Read_commited read only transactions
are excluded from this rule.
> We are thinking it has something to do with multiplethreads
> accessing the data base (our application has various threads readingand
> writing the DB).Multithreaded access usually entirely works or entirely not. If you
have separated connection for each thread or properly serialized
inside application usage of one connection from different thread - it
works. For server there are not differences who control connection and
transactions within it - process or thread. Check your transactions
management to don't hold opened writeable transactions when it is not
required by nature of model served by your application. Pay attention
to subject discussed nearby here - Oldest Active Transaction and Next
Transaction.
Best regards, Alexander.