Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Handle composite keys when choosing lookup data #100

Open
markduk opened this issue Aug 30, 2024 · 0 comments
Open

Handle composite keys when choosing lookup data #100

markduk opened this issue Aug 30, 2024 · 0 comments
Labels
enhancement New feature or request

Comments

@markduk
Copy link

markduk commented Aug 30, 2024

Problem

Certain reference data in our system has the same name and is distinguishable via a second field (Company). I have no control over this. As an example we have the table Reason Code:

Name Company
Reason1 Food
Reason1 Liquor
Reason2 Food
Reason2 Liquor

We have a table (ReasonCodeOrder) that has a lookup to Reason Code, this table also has a Company field (lookup). Our UI restricts the selection of ReasonCodes to only allow ones from the same Company.

Name ReasonCode Company Order
R1-F Reason1 Food 1
R1-L Reason1 Liquor 1
R2-F Reason2 Food 2
R2-L Reason2 Liquor 2

Using config migration tool, when I migrate ResonCodeOrders it seems to randomly pick the Reason Code based only on the name. I end up with ReasonCodeOrders pointing to the wrong ReasonCode. I would like Company to also be used when selecting the ReasonCode.

Desired Solution

Ability to make use of multiple columns in source table to identify the correct record in the lookup table. In the above example both Reason Code (name) and Company (name) would be used when selecting records from Reason Code table

@markduk markduk added the enhancement New feature or request label Aug 30, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

1 participant