Якщо транзакція не вдається через невідповідність версії об'єкта, це означає, що об'єкт, з яким ви взаємодієте, вже був оновлений іншою транзакцією до обробки вашої. Щоб впоратися з цим, вам потрібно переконатися, що ви завжди використовуєте останню версію об'єкта. Ви можете зробити це, отримавши свіжі дані об'єкта безпосередньо перед створенням та підписанням транзакції. Це зберігає ваші вхідні дані синхронізовані з ланцюжком. Якщо ви ставите транзакції в партію або ставляєте в чергу, завжди перевіряйте стан об'єкта безпосередньо перед підписанням, щоб уникнути застарілих версій. У більшості випадків використання останнього посилання на об'єкт getObjectабо стану вашої програми допоможе запобігти цій проблемі.

Під час спроби оновити або видалити об'єкт у системі, яка використовує керування версіями (наприклад, у багатьох базах даних або API), дія може зазнати невдачі, якщо версія об'єкта змінилася з моменту останнього доступу до нього. Зазвичай це відбувається, коли інший процес змінює об'єкт до завершення оновлення. Щоб впоратися з цим, ви завжди повинні отримати останню версію об'єкта безпосередньо перед внесенням будь-яких змін. Якщо ви працюєте в системі, яка підтримує оптимістичне блокування, переконайтеся, що ваше оновлення містить номер поточної версії, а якщо воно не вдається через невідповідність версії, знайдіть помилку та повторіть операцію після оновлення даних. Таким чином, ви уникнете перезапису нових змін, внесених іншими, і зменшуєте шанси на провал транзакції через застарілу інформацію. Ви також можете спроектувати свою систему так, щоб внести зміни в чергу або використовувати стратегії злиття, коли оновлення в режимі реального часу неможливі.

Детальніше про обробку конфліктів версій об'єктів