https://github.com/opentdf/platform/issues/105 helped add functionality to create Attribute Values with Members. However, there is a need to update Attribute Values that already exist. From there, a Client can rely on the update API to add, remove, or replace members of a value.
Acceptance Criteria
One of the following two options is employed:
UpdateAttributeValues RPC and data layer allow complete replacement of members by a Client
update of value members is considered a full replacement of whatever member values previously existed
the client is responsible for deciphering what the final replaced members should be
UpdateAttributeValues RPC and data layer rely on a behavior enum construct similar to metadata to allow extending or full replacement of value members
In either implementation, the following:
multiple roundtrips to the DB are considered acceptable due to the comparative infrequency of updates relative to reads
thorough integration tests are written to prove the behavior is as expected
Background
https://github.com/opentdf/platform/issues/105 helped add functionality to
create
Attribute Values with Members. However, there is a need toupdate
Attribute Values that already exist. From there, a Client can rely on theupdate
API to add, remove, or replace members of a value.Acceptance Criteria
One of the following two options is employed:
UpdateAttributeValues
RPC and data layer allow complete replacement of members by a ClientUpdateAttributeValues
RPC and data layer rely on a behavior enum construct similar to metadata to allow extending or full replacement of value membersIn either implementation, the following: