Prevent update conflicts (two automated processes acting on the same record)

Description

Problem statement
In FOLIO, most storage modules follow the "last writer wins" strategy for handling record updates. From the UI perspective this may lead to a situation when a stale record (older version of a give record) previously loaded into the UI may override a more recent version on the server. Hence relevant updates may get lost in the process and the user is not made aware of what has happened.

This situation can happen when multiple data imports are happening at the same time (or data import and a user acting on the same record at the same time) and can affect many records at the same time. Cleanup can then be very time-consuming and confusing.

Proposed solution
From the storage and API perspective, optimistic locking is the proposed strategy to handle conflicts. Handling of updates in FOLIO should rely on more explicit semantics, both in the storage (backend) APIs and the way it is communicated to the user through the UI.

Use cases:
Two automated processes acting on the same record.

  • Checkout happening and updating status on an item record at the same time as import updating the item

  • Data import happening at 2 libraries within the same tenant, affecting the same record (e.g. 5 Colleges processing new cataloging records)

User impact

  1. prevent collisions?

  2. notify the user when they happen and offer them a choice? Something like, "Sorry AgentB has already updated the record and your working copy might not be up-to-date? Would you like to:" (a) Update anyway (b) Reload.

Priority

Fix versions

None

Development Team

Core: Platform

Assignee

Solution Architect

Parent Field Value

None

Parent Status

None

defines

Checklist

hide

TestRail: Results

Activity

Show:

Khalilah Gambrell June 14, 2021 at 8:28 PM

After talking with , I have decided to close this feature. will/have addressed the work to prevent conflicts. Each app/dev team will create a feature(s) to implement the work noted with

outlines the work to implement optimistic locking (OL) for the Inventory app. It is the first app to implement OL and will serve as the pattern for dev teams to apply OL to their apps/systems.

Duplicate

Details

Reporter

Rank: FLO (MVP Sum 2020)

R1

Rank: 5Colleges (Full Jul 2021)

R1

Rank: Cornell (Full Sum 2021)

R1

Rank: GBV (MVP Sum 2020)

R1

Rank: Mainz (Full TBD)

R1

Rank: TAMU (MVP Jan 2021)

R1

Rank: Chicago (MVP Sum 2020)

R1

Rank: MO State (MVP June 2020)

R2

Rank: U of AL (MVP Oct 2020)

R1

Rank: Leipzig (Full TBD)

R1

TestRail: Cases

Open TestRail: Cases

TestRail: Runs

Open TestRail: Runs
Created November 2, 2020 at 8:36 AM
Updated April 27, 2022 at 9:29 AM
Resolved June 14, 2021 at 8:28 PM
TestRail: Cases
TestRail: Runs