In the interim, I guess you could add an additional field to the table. The field would have a custom transformation, the project/instance variable. You would then have a field join instead of a fixed join. What do you think?
Hi @richardray can you please describe the use case you are trying to achieve? Although project/instance variables cannot be added to joins, it is possible to add custom conditions to conditional lookups which are based on project/instance variables
My use case is that I have a project variable which I update during mock loads for a data migration project. One of the lookups uses a columnar join and a fixed join which is the mock load code. Rather than have a fixed value I was hoping to use the project variable.
@richardray yes the instance and project variables work the same way. The instance variable is for the new cloud-enabled version of TimeXtender (and only relates to an instance) and the project variable is for legacy versions of the application (e.g the version you are using 20.10.36 and relates to a project). Are you using ODX or Business Unit?
In the interim, I guess you could add an additional field to the table. The field would have a custom transformation, the project/instance variable. You would then have a field join instead of a fixed join. What do you think?
I think for now, I will use @Søren Sørensen’s suggestion as that will work perfectly.
Thanks to both of you 👍
v20.10.36.64
When setting up the relation between two tables, is there a way to use a project variable as the “Value” when the “Fixed Value” option is used?
Page 1 / 1
Hi @richardray can you please describe the use case you are trying to achieve? Although project/instance variables cannot be added to joins, it is possible to add custom conditions to conditional lookups which are based on project/instance variables
Hi @richardray did the workaround resolve your issue? Please let me know the use case you are trying to achieve
Christian Hauggaard wrote:
Hi @richardray did the workaround resolve your issue? Please let me know the use case you are trying to achieve
My use case is that I have a project variable which I update during mock loads for a data migration project. One of the lookups uses a columnar join and a fixed join which is the mock load code. Rather than have a fixed value I was hoping to use the project variable.
Would the instance variable work in the same way?
@richardray yes the instance and project variables work the same way. The instance variable is for the new cloud-enabled version of TimeXtender (and only relates to an instance) and the project variable is for legacy versions of the application (e.g the version you are using 20.10.36 and relates to a project). Are you using ODX or Business Unit?
In the interim, I guess you could add an additional field to the table. The field would have a custom transformation, the project/instance variable. You would then have a field join instead of a fixed join. What do you think?
We use 3 different kinds of cookies. You can choose which cookies you want to accept. We need basic cookies to make this site work, therefore these are the minimum you can select. Learn more about our cookies.