Individual committing for a master process
- macsir
- MVP
- Posts: 785
- Joined: Wed May 30, 2012 6:50 am
- OLAP Product: TM1
- Version: PAL 2.0.9
- Excel Version: Office 365
- Contact:
Individual committing for a master process
I know a master process will only commit data after executing the last sub process if it has multiple executeprocess functions. But can we have individual committing for it like single commit mode in chore?
-
- Posts: 141
- Joined: Wed Mar 09, 2011 1:25 pm
- OLAP Product: TM1
- Version: 10.2.2
- Excel Version: 2003 2007 2010 2013
Re: Individual committing for a master process
Savecubedata(cubea)
Turn off logging function in the TI it should commit after every TI that's written in
Turn off logging function in the TI it should commit after every TI that's written in
- macsir
- MVP
- Posts: 785
- Joined: Wed May 30, 2012 6:50 am
- OLAP Product: TM1
- Version: PAL 2.0.9
- Excel Version: Office 365
- Contact:
Re: Individual committing for a master process
I think you mean CubeSaveData? Have you tried it before? I wondering how long it will take if I save a large cube. 

-
- Regular Participant
- Posts: 424
- Joined: Sat Mar 10, 2012 1:03 pm
- OLAP Product: IBM TM1, Planning Analytics, P
- Version: PAW 2.0.8
- Excel Version: 2019
Re: Individual committing for a master process
Darkhorse could you please elaborate further how turning off logging in TI would make individual process to commit in single commit mode,as far as i know disabling logging used for limit the log file grow too big.Thanks and appreciate your reply.Darkhorse wrote:Savecubedata(cubea)
Turn off logging function in the TI it should commit after every TI that's written in
"You Never Fail Until You Stop Trying......"
-
- Posts: 42
- Joined: Fri Apr 19, 2013 7:07 pm
- OLAP Product: TM1
- Version: 10.1 RP1 FP1
- Excel Version: 2003 SP3
Re: Individual committing for a master process
There may be some confusion in terminology - committing cube data to disk vs committing a transaction. BariAbdul seems to be talking about the latter, while Darkhorse may be talking about the former. Oddly enough, CubeSaveData may (unintentionally) provide the solution to both.
The 10.1.1 Fixpack Releases topic links to a tech doc, Locking and Transaction behavior of the SaveDataAll and CubeSaveData TurboIntegrator functions has changed which mentions:
I doubt that IBM intended for CubeSaveData to be used in this way. Consequently, performance probably isn't optimal, and there maybe undesirable consequences. Also, it wouldn't be guaranteed to work in the future.
The 10.1.1 Fixpack Releases topic links to a tech doc, Locking and Transaction behavior of the SaveDataAll and CubeSaveData TurboIntegrator functions has changed which mentions:
So, it seems one could conclude each child process with a call to CubeSaveData on a small and/or never changing dummy cube (to make the CubeSaveData operation quick,) which would have the effect of delimiting each child process with a transaction ending commit (similar to the multi-commit mode in chore.)Similarly, CubeSaveData will now begin and end with a transaction delimiting commit operation.
I doubt that IBM intended for CubeSaveData to be used in this way. Consequently, performance probably isn't optimal, and there maybe undesirable consequences. Also, it wouldn't be guaranteed to work in the future.