Hi Alan,
we have not been storing individual actual salaries up to this point but clearly it's more efficient to do so, so that's what I'll do.
Thankyou for your help.
cheers,
Gregory
Search found 51 matches
- Tue Aug 24, 2010 4:36 am
- Forum: IBM TM1, Planning Analytics, PAx and PAW
- Topic: Multiple Hierarchies - expensive?
- Replies: 16
- Views: 7974
- Tue Aug 24, 2010 1:07 am
- Forum: IBM TM1, Planning Analytics, PAx and PAW
- Topic: Multiple Hierarchies - expensive?
- Replies: 16
- Views: 7974
Re: Multiple Hierarchies - expensive?
Alan,
of course, if the Salaries were all multiples of $5,000 as in your example, we could use simple alternate hierarchies. Unfortunately they are not, there are thousands of discrete individual salaries.
cheers,
Gregory
of course, if the Salaries were all multiples of $5,000 as in your example, we could use simple alternate hierarchies. Unfortunately they are not, there are thousands of discrete individual salaries.
cheers,
Gregory
- Mon Aug 23, 2010 2:11 am
- Forum: IBM TM1, Planning Analytics, PAx and PAW
- Topic: Multiple Hierarchies - expensive?
- Replies: 16
- Views: 7974
Re: Multiple Hierarchies - expensive?
Hi Alan (& others), Thankyou for your analysis. You would then have two hierarchies of consolidations, each of which consolidates all of the salary elements which fall into that particular band. I'm not aware of a way that TM1 can consolidate into "Bands". If it can, I would be very in...
- Thu Aug 19, 2010 11:52 pm
- Forum: IBM TM1, Planning Analytics, PAx and PAW
- Topic: Multiple Hierarchies - expensive?
- Replies: 16
- Views: 7974
Re: Multiple Hierarchies - expensive?
Hi Alan,
certainly a single hiearchy would work if that was the case, but alas, no, they are different Types of awards and each individual needs to be classified according to Each Type. Hence they both start at $8000 but the banding is different.
cheers,
Gregory
certainly a single hiearchy would work if that was the case, but alas, no, they are different Types of awards and each individual needs to be classified according to Each Type. Hence they both start at $8000 but the banding is different.
cheers,
Gregory
- Thu Aug 19, 2010 4:58 am
- Forum: IBM TM1, Planning Analytics, PAx and PAW
- Topic: Multiple Hierarchies - expensive?
- Replies: 16
- Views: 7974
Re: Multiple Hierarchies - expensive?
Hi Lotsaram,
each hierarchy has unique base elements e.g.
Hierarchy 1, Elements; "$8000-$36000", "$36000-$48000" etc.
Hierarchy 2, Elements; "$8000-$34500", "$34500-$45000" etc.
as they are based on different Salary Award scales.
cheers,
Gregory
each hierarchy has unique base elements e.g.
Hierarchy 1, Elements; "$8000-$36000", "$36000-$48000" etc.
Hierarchy 2, Elements; "$8000-$34500", "$34500-$45000" etc.
as they are based on different Salary Award scales.
cheers,
Gregory
- Thu Aug 19, 2010 2:29 am
- Forum: IBM TM1, Planning Analytics, PAx and PAW
- Topic: Multiple Hierarchies - expensive?
- Replies: 16
- Views: 7974
Re: Multiple Hierarchies - expensive?
Perhaps I didn't make the question clear enough. What I am considering is the relative cost in populated cells & memory usage between 2 design alternatives; 1. An employee cube with 2 different Salary Band dimensions and 2. The same cube but only 1 Salary Band dimension instead of 2, and with 2 ...
- Mon Aug 16, 2010 11:06 pm
- Forum: IBM TM1, Planning Analytics, PAx and PAW
- Topic: Multiple Hierarchies - expensive?
- Replies: 16
- Views: 7974
Multiple Hierarchies - expensive?
Lets say we have an Employee Details cube with 100,000 employees and 2 salary band dimensions (2 different types of salary bands) and say 10 measures. The number of cells is 100,000 * 10 = 1,000,000. Now lets say we replace the 2 salary band dimensions with 1, with 2 hierarchies. The number of cells...
- Thu Aug 05, 2010 9:45 pm
- Forum: IBM TM1, Planning Analytics, PAx and PAW
- Topic: Number of Populated Numeric Cells?
- Replies: 3
- Views: 2488
Re: Number of Populated Numeric Cells?
Yes, sorry, when I thought about it some more the calculation is 400,000 x 39 x 5.
Thanks,
Gregory
Thanks,
Gregory
- Thu Aug 05, 2010 6:47 am
- Forum: IBM TM1, Planning Analytics, PAx and PAW
- Topic: Number of Populated Numeric Cells?
- Replies: 3
- Views: 2488
Number of Populated Numeric Cells?
We have a cube which is populated with approx 400,000 records every year. There are 18 dimensions and a measures dimension. Cellputn's are done for each of the 39 measures. With 5 years of data I would have thought the Number of Populated Numeric Cells would be; 400,000 x 18 x 39 x 5 = 1,053,000,000...
- Thu May 13, 2010 10:29 pm
- Forum: IBM TM1, Planning Analytics, PAx and PAW
- Topic: SLOW Cellputn performance
- Replies: 8
- Views: 6985
Re: SLOW Cellputn performance
Hi Lotsaram, Thankyou for your response. the dynamic subset is a very simple Level 0 on a 16 Element dimension. The fact that the speed is fine when outputting to ascii rather than than doing a cellputn suggests to me it's a bug. I believe there is also some other environment or external factor invo...
- Thu May 13, 2010 3:21 am
- Forum: IBM TM1, Planning Analytics, PAx and PAW
- Topic: Moving data between cubes of different dimensionality
- Replies: 18
- Views: 12300
- Thu May 13, 2010 3:16 am
- Forum: IBM TM1, Planning Analytics, PAx and PAW
- Topic: SLOW Cellputn performance
- Replies: 8
- Views: 6985
Re: SLOW Cellputn performance
OK I've found the problem and it appears to be a bug . :o It seems that if you refer to a dynamic subset in the data tab you will get the "Completing Display procedure of process" message in the "Process Progress Report" and the process (if it is doing any cellputn's) will run mu...
- Wed May 12, 2010 11:54 pm
- Forum: IBM TM1, Planning Analytics, PAx and PAW
- Topic: SLOW Cellputn performance
- Replies: 8
- Views: 6985
Re: SLOW Cellputn performance
John - sorry I should have mentioned that logging is turned off in the prolog. I've even "turned it off at the wall" (Cube->Security) to be sure. The view is built in the Prolog - the fact that the Asciioutput is fast suggests to me that there is nothing untoward with the view. Steve - the...
- Wed May 12, 2010 3:07 am
- Forum: IBM TM1, Planning Analytics, PAx and PAW
- Topic: SLOW Cellputn performance
- Replies: 8
- Views: 6985
SLOW Cellputn performance
I have a similar issue to http://forums.olapforums.com/viewtopic.php?f=3&t=2695 . We have an allocation process, based on a view, which takes nearly 5 hours to read approx 1 million records and write a slightly larger number. "Way too slow" I thought, (our main load processes from .csv...
- Wed Mar 10, 2010 10:09 pm
- Forum: IBM TM1, Planning Analytics, PAx and PAW
- Topic: View Transaction logs not working in 9.4?
- Replies: 7
- Views: 4535
Re: View Transaction logs not working in 9.4?
Did a deinstall/reinstall of Perspectives => no change.
Did a deinstall/reinstall & this time included Architect in the install => now it works.
?
Did a deinstall/reinstall & this time included Architect in the install => now it works.
?
- Mon Feb 01, 2010 10:02 pm
- Forum: IBM TM1, Planning Analytics, PAx and PAW
- Topic: View Transaction logs not working in 9.4?
- Replies: 7
- Views: 4535
Re: View Transaction logs not working in 9.4?
Hi,
anyone have an update on this issue? Our Server is 9.4.1 FP2, client is 9.4.1 & the Server -> View Transaction Log function doesn't work.
thanks,
Gregory
anyone have an update on this issue? Our Server is 9.4.1 FP2, client is 9.4.1 & the Server -> View Transaction Log function doesn't work.
thanks,
Gregory
- Thu Jan 21, 2010 11:51 pm
- Forum: IBM TM1, Planning Analytics, PAx and PAW
- Topic: 3 Cubes Feeders
- Replies: 12
- Views: 6939
Re: 3 Cubes Feeders
I've tried the ReevaluateConditionalFeeders = T & it didn't make any difference.
Any other ideas?
Cheers,
Gregory
Any other ideas?
Cheers,
Gregory
- Wed Jan 20, 2010 2:02 am
- Forum: IBM TM1, Planning Analytics, PAx and PAW
- Topic: 3 Cubes Feeders
- Replies: 12
- Views: 6939
Re: 3 Cubes Feeders
Hi Gregor, I don't think it will work either as the Feeders for Cube C are not conditional. The only hope is that somehow the implementation of the function works to resolve dependencies. Never forget the option of feeding from within cube C which I think I tried to explain to you on your last Feede...
- Wed Jan 20, 2010 12:12 am
- Forum: IBM TM1, Planning Analytics, PAx and PAW
- Topic: 3 Cubes Feeders
- Replies: 12
- Views: 6939
Re: 3 Cubes Feeders
Thankyou Gregor, Steve & Kielmc for your considered advice. I've responded to each of you below; Under the Assumption that Cube C is called 'Month P&L'...and Cube A is not called 'Voyage Profile'. Sorry Gregor et al, I omitted to change the Cube Names in the Feeder - have now done this. Cube...
- Tue Jan 19, 2010 5:54 am
- Forum: IBM TM1, Planning Analytics, PAx and PAW
- Topic: 3 Cubes Feeders
- Replies: 12
- Views: 6939
3 Cubes Feeders
Hi All, I need some help please... In our model we have 3 cubes; Cube B feeds into Cube C and the rule in Cube C is based on matching the Month and Year from Cube A. This is the rule in Cube C (which has 15 dimensions); [{ 'Scenario 1', 'Scenario 2', 'Working Weekly', 'Weekly Adjustment'}, '40710'] ...