- Spegnimento
- 11 agosto 2026 alle ore 18:36 UTC
- Autore
- Kamo
- Impegno
- b4fd867
Trovato facendolo funzionare. YugabyteDB esegue il cambio di schema online, quindi un CREATE UNIQUE INDICE rilasciato mentre il pass ddl-auto di Hibernate è ancora in regola può perdere la gara e tornare 40001 "non poteva serializzare l'accesso a causa di un aggiornamento concomitante". La dichiarazione va bene — l'identico uno riesce più tardi. Trattare questo come fatale era molto peggio di quanto sembra. Questo corridore è @Order(43), quindi il lancio abortito l'intero inizializzatore e saltato tutti i 27 corridori ordinati dopo di esso. Un conflitto transitorio quindi silenziosamente tenne ogni successiva migrazione sulla piattaforma, e l'unico sintomo visibile era una traccia di stack nel mezzo di una corsa altrimenti normale. garantire necessario e garantireCheckConstraint ora riprovare fino a cinque volte con backoff lineare quando il il fallimento è un conflitto di convalutazione, abbinato a SQLSTATE 40001 e sul messaggio (il driver la superficie di entrambi i sensi a seconda di dove è sollevato) e camminare la catena di causa, perché primavera lo avvolge. La partita è volutamente stretta: una tabella mancante, una colonna cattiva o una chiave duplicata conflitto sui dati reali è un difetto che deve ancora fallire ad alta voce piuttosto che essere ritratta quattro più volte e poi fallire comunque. Verificato contro il database live dopo la correzione: tutte le 20 tabelle hr training * presenti, tutte e cinque indici unici richiesti creati, il due-column corso-item CHECK in posizione, tutte e quattro email di formazione templates seeded (una riga SYSTEM più 13 righe org ciascuna), e ogni corridore dopo @Order(43) raggiunto.