Уникайте транзакційно-виправних забігів DDL і затвердіть багатоподних

FixSecurityService
Shipped
20 квітня 2026 р. о 20:43 UTC
Author
Kamo
Commit
d3249b4

Попереднє самооздоровлення DDL всередині @Transactional syncAll(). Коли АЛТЕР ЗАГАЛЬНА ДОДАТКОВА КОНСТРУКЦІЯ пожежної сигналізації на існуючому концентраті завантаження, або втрата подка в багатоподному расі, runIdempotent swallowed the Java Виняток — але навколишня угода DB залишилась у незавершеному стані. Кожен наступний JPA виклик потім вдарив `поточну операцію аборт, команди проігнорував до кінця блоку транзакцій, виходячи з кожного перезавантаження. Зміни: - syncAll() не більше @Transactional. Кожна фаза працює з власним автокомбінат DDL за заявою за межами будь-якого Spring TX, тому не може нічого отрути. - забезпечитиUniqueConstraint() тепер перевіряє pg constraint перед спробою ADD, так, що «прочитане існує» помилка ніколи не вдається на нормальних перезавантажень. - Самовведення (@Lazy self) так суб-методи @Transactional фактично пожежі через весняні проксі (перед цим.syncOrgRoleRights() виклик обходити АОП. - Здійснено розрахунок забігу з одночасним приводом: DDL, засвідчений CRDB, ДЕЛЕТИ Ідемпотент, вставки забігу через КОНФЛІКТ НЕ БУДЕ.

All changes

Як ви бачите відправлення?

Кожен з цих оновлень землі в робочому просторі автоматично. Почати вільний час і дивитися його на тиждень після тижня.

БезкоштовноПерегляд цін