Openbravo Issue Tracking System - Openbravo ERP
View Issue Details
0006836Openbravo ERP09. Financial managementpublic2009-01-09 22:072009-02-24 20:00
networkb 
shuehner 
immediatecriticalalways
closedfixed 
20Gentoo 2.6.24
2.35MP4 
2.50beta 
Core
No
0006836: Having a huge amount of records on fact_Acct (>125.000) blocks the database on deleting process.
If you have for than 125.000 fact_acct records and you try to delete all of them together (supouse all the periods are opened), the database gets blocked with Oracle looks.
Register more than 125.000 records on fact_acct (20.000 invoices, 20.000 settlements, 20.000 bankstatements, etc.).
Disable background process.
Try to erase the accounting information with the existing process Finantial management->Accounting->Transactions->Erase Accounting
1-Database fine tunning.
2-Delete all the information in blocks instead of all at once.
No tags attached.
depends on backport 0006846 closed shuehner Having a huge amount of records on fact_Acct (>125.000) blocks the database on deleting process. 
depends on backport 0007756 closed shuehner Having a huge amount of records on fact_Acct (>125.000) blocks the database on deleting process. 
Issue History
2009-01-09 22:07galderromoNew Issue
2009-01-09 22:07galderromoAssigned To => rafaroda
2009-01-09 22:07galderromosf_bug_id0 => 2496478
2009-01-10 19:45shuehnerIssue Monitored: shuehner
2009-01-12 09:38networkbAssigned Torafaroda => networkb
2009-01-12 09:38networkbPrioritynormal => immediate
2009-01-12 09:43networkbNote Added: 0012101
2009-01-12 09:49networkbReportergalderromo => networkb
2009-01-12 09:49networkbAssigned Tonetworkb => rafaroda
2009-01-12 13:02iperdomoStatusnew => scheduled
2009-01-12 13:02iperdomoAssigned Torafaroda => shuehner
2009-01-12 13:02iperdomofix_in_branch => trunk
2009-01-12 13:02iperdomofix_in_branchtrunk => 2.3x
2009-01-12 13:15rafarodaNote Added: 0012106
2009-01-12 13:15rafarodafix_in_branch2.3x =>
2009-01-12 13:16rafarodaStatusscheduled => feedback
2009-01-12 13:16rafarodaStatusfeedback => new
2009-01-12 13:16rafarodaStatusnew => scheduled
2009-01-12 13:16rafarodafix_in_branch => trunk
2009-01-12 13:17rafarodaRegression testing => No
2009-01-12 13:17rafarodaStatusscheduled => closed
2009-01-12 13:17rafarodaNote Added: 0012107
2009-01-12 13:17rafarodaResolutionopen => out of date
2009-02-23 12:51shuehnerStatusclosed => new
2009-02-23 12:51shuehnerResolutionout of date => open
2009-02-23 12:51shuehnerNote Added: 0013919
2009-02-23 12:52shuehnerStatusnew => scheduled
2009-02-23 15:31svnbotCheckin
2009-02-23 15:31svnbotNote Added: 0013946
2009-02-23 15:31svnbotStatusscheduled => resolved
2009-02-23 15:31svnbotResolutionopen => fixed
2009-02-23 15:31svnbotsvn_revision => 13532
2009-02-24 20:00psarobeStatusresolved => closed

Notes
(0012101)
networkb   
2009-01-12 09:43   
It is critical, because getting the database locked stops the production environment.
(0012106)
rafaroda   
2009-01-12 13:15   
This issue only reproduces in 2.3x versions.
(0012107)
rafaroda   
2009-01-12 13:17   
No change required in trunk.
(0013919)
shuehner   
2009-02-23 12:51   
Reopen, as we want to commit the change to be done for 2.3x also for trunk and 2.40
(0013946)
svnbot   
2009-02-23 15:31   
Repository: openbravo
Revision: 13532
Author: huehner
Date: 2009-02-23 15:30:56 +0100 (Mon, 23 Feb 2009)

Fixed 6836
Keep transaction size of the accounting reset process small by doing period commits.

---
U trunk/src-db/database/model/functions/FACT_ACCT_RESET.xml
---

https://dev.openbravo.com/websvn/openbravo/?rev=13532&sc=1 [^]