|Subject||Re: [firebird-support] Re: Memory problem, isc_attach_database failed|
> When you have data ready and it's checked to be correct and you insert itAnd you commit every single record, isn't it ?
> into database, why it's bad idea to commit it?
> You have correct data to use for other users (ie reporting).Group 10 ready-to-be-committed records in one transaction and lower amount of
> And believe me customers like this property.
transactions 10 times allows you to not overfill tx numbers within next 20 years. New
records will be visible to other user not within 0.03 sec but within 0.3 sec after readyness.
It is not appropriate ?
> This place is "worst case" and amount of transactions is actually not theBelieve me or not, but application which created 2^31 tx per 2 years is BAD
> Point is how to reset counters.
> We even don't know locations of all the places.This is not exuse you to not supply backup\restore functionality with your
> Some of the places do not have IT-persons or person who has some (deep)
> experience about computers.
soft to the customers, sorry. And nobody will kill you if you will backup\restore
database at least once per year, i think ;)
> So you have to think that you can't get any help of these places.Not in all aspects as you see ;)
> By the way this has been only major problem in all these years .
> So I think that how the programs works is planned very carefully.
> Is this kind resetting property planned to include any release?No. It was discussed in fb-devel some time ago and no good solution was offered.