Repository navigation
Replies: 1 comment 1 reply
|
Summary of the discussion with the team: In the case of an address it could make sense to have a multi-value ordered list, as the order of the address lines need to be preserved for the address to be correct. Therefore the interface is correct in defining Therefore the JPA implementation should be changed to support a List instead of a Set, thereby preserving the order and allowing for multiple identical entries. Most likely a new column in the table client_attribute will be needed that preserves the ordering. Normalizing the datamodel for the 1:n relationship of keys and values will not be done to keep the data model simpler and faster. Action items for @ahus1:
|
1 reply
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
Problem statement
Map Storage currently supports multi-valued attributes, see
As this interface uses List, this implies three behaviors:
The current JPA storage implementation deviates from these behaviors:
Approach
Change the JPA implementation to store an ordered list:
Benefits
JPA store will retrieve the attribute in the order they have been stored.
Alternatives
All reactions