<img src="https://trc.taboola.com/1278851/log/3/unip?en=page_view" width="0" height="0" style="display:none">
finding octane
Content_Cut_Icon Twitter_Brands_Icon

Using Alias in Rule and Feeders

Mode_Comment_Icon_white0
Alarm_Icon_1_white4 min

In TM1 rules, an alias could be used in defining the target area (area definition), within rule calculation as well as in Feeders. However, few things must be kept in mind when using Alias in the Area definition of the cube. As the rule is now using the attribute value to dictate the rule calculations, it adds a potential risk of inadvertently updating the alias by the users thereby resulting in ...

down-arrow-blue
Book_Open_Solid_Icon

In TM1 rules, an alias could be used in defining the target area (area definition), within rule calculation as well as in Feeders.

 

However, few things must be kept in mind when using Alias in the Area definition of the cube.

  1. As the rule is now using the attribute value to dictate the rule calculations, it adds a potential risk of inadvertently updating the alias by the users thereby resulting in incorrect calculations. This could be mitigated by applying security on control objects.

 

  1. TM1 establishes cube dependency as the calculations are now dependent on alias values which resides in a separate }ElementAttributes control cube – refer Understanding Cube Dependency. This leads to locking contention (write lock), preventing other users from accessing the cube, for the duration of the time TM1 establishes the dependency when querying the area of cube impacted with alias based rules. Alternatively, the locking can be eliminated by pre defining the dependency by calling AddCubeDependency TI function.

 

  1. When using the alias in the area definition, if the alias used in the area definition is updated, the calculations do not however apply to the new alias value unless the following activities are performed on the dimension that uses the alias:
    1. Dimension maintenance (includes metadata operations such as adding, deleting elements) either manually or via TI to any dimension within the cube where the rule applies
    2. Editing the rule and saving it (note: even adding a space in a rule qualifies as editing)

 

  1. The same behaviour applies to Feeder as well.

 rules.jpg

Illustration:

Assume a cube with following dimensionality:

Cube: Test

Dimensions: Time and Test Measure

Time dimension has months Jan to Dec. An alias attribute, “Attribute Control” is created with value “Last Actual Period” set against Jun.

Alias1.jpg

Add the following simple rule:

['Last Actual Period', 'Value'] = N: 1;

Alias2.jpg

Above image description: Value 1 showing against Jun that is set as Last Actual Period after the rule is saved

Based on the above rule, it sets the value 1 against Jun, however if you change the attribute value from Jun to Jul, the rule does not reflect the value in Aug.

Alias3.jpg

 

Alias4.jpg

Above image description: Value 1 is still reflecting against Jun instead of Jul

Now, either add a space to the rule and resave it or update metadata structure of one of the dimensions within the Test cube either manually or via TI.

Alias5.jpg

Above image description: Value is now correctly reflecting in Jul

 

 

Written by:

Amin Mohammed [Senior TM1 Consultant]

logo (1).jpg    IBM.png

Leave a comment

Got a question? Shoot!

Lorem ipsum dolor sit amet, consectetur adipiscing elit, sed do eiusmod tempor incididunt ut labore et dolore magna aliqua.

Get more articles like this delivered to your inbox