You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The HWM that is implemented is not working the way it is intended on multisourced nodes like Hubs and Links.
The SQL determines the last HWM on the highest LDTS in the node no matter where it comes from.
I think it should at least honor the record-source while determine the highest LDTS.
Then again ... I think it would be worth noting in the WIKI that if two business-keys are being read from the same source (e.g. parent-child) they should be read (and written) with different record-sources (for the same reason as stated above)
The text was updated successfully, but these errors were encountered:
Since the HWM is set to "enableIf: false" it is not shown in the GUI, and the default of this config item is set to "true". Therefore the code in the RUN template that generates the HWM is not activated.
..actually I liked the implementation of the HWM..one has to be careful in the case of the case stated above and even more if used to source one hub twice from the same source (parent-child or source splitted on row-type) .. in that case I use different RSCR tweaked with an identifier...but Yes I can confirm that the HWM is disabled by default on Links and Hubs
The HWM that is implemented is not working the way it is intended on multisourced nodes like Hubs and Links.
The SQL determines the last HWM on the highest LDTS in the node no matter where it comes from.
I think it should at least honor the record-source while determine the highest LDTS.
Then again ... I think it would be worth noting in the WIKI that if two business-keys are being read from the same source (e.g. parent-child) they should be read (and written) with different record-sources (for the same reason as stated above)
The text was updated successfully, but these errors were encountered: