What are the rules for DSTIME if a property type is a class?
I know per documentation (pasted below) to set the DSTIME parameters for the base class of a cube. If that base class has a property that is another class, do I have to add the DSTIME parameters to that secondary class?
Documentation says the following in a section titled "Enabling Cube Synchronization:"
Before you can synchronize a cube, you must enable the cube synchronization feature for that cube. To do so:
1. Make sure that cube synchronization is possible in your scenario. See “When Cube Synchronization Is Possible,” earlier in this chapter.
2. Add the DSTIME parameter to the base class used by that cube...
No. DSTIME needs to be defined only for a base class of a cube (fact table class).
It works like this:
Thanks for that information!
You don't need to set DSTIME parameter in the secondary class.
However, OBJ.DSTIME and SynchronizeCube does not see changes in objects of secondary class.
That is the case mentioned as
in documentation (http://docs.intersystems.com/latest/csp/docbook/DocBook.UI.Page.cls?KEY=...)
For example, let's say that you have cube Person based on Sample.Person class.
And that class Sample.Person has property Job that references persistent class Sample.Company.
If you just modify object of Sample.Company as follows:
Then this change will not be seen by SynchronizeCube and you'll need to update cube manually:
http://docs.intersystems.com/latest/csp/docbook/DocBook.UI.Page.cls?KEY=...
Adding DSTIME parameter to the Sample.Company does not help as original cube Person is not based on this class.