- Spegnimento
- 12 agosto 2026 alle ore 23:58 UTC
- Autore
- Kamo
- Impegno
- d19b3e4
KamoInitializer non poteva affatto cominciare. Hibernate rileva CockroachDialect, il cui I supportiInsertReturn() e********************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************** falso, quindi un @Id che trasporta @Generated(event=INSERT) — che 29 entità condivise-lib ha assunto quando PostgreSQL si è rivelato rifiutare una colonna sia con un DEFAULT che con un clausola di identità — è caduto attraverso a UniqueKeySelectingDelegate, che ha bisogno di un @NaturalId per leggere la chiave indietro. Nessuno ha uno, quindi la SessionFactory ha rifiutato build: "entity '... Dichiarazioni" non ha '@Natural Id' property". Pinning PostgreSQLDialect lo risolve, e non è una nuova idea: è il database-piattaforma SecurityService e ogni altro servizio già nomi contro questo stesso database. CockroachDB ha sempre sostenuto INSERT ... RETURNING. La conseguenza prevista è registrata dove l'impostazione è: ddl-auto ora non concorda con uno schema CockroachDialect creato ed emette ~450 no-op "set data type" dichiarazioni per corsa, 48 delle quali rifiuta CockroachDB. Due corse consecutive un profilo di errore identico con il conte che va su, che è ciò che mostra nulla è essere applicato. Si risolvono quando il dialetto e il database concordano. Stava cancellando l'indice che aveva appena creato. CockroachDB supera un indice univoco parziale in information schema come semplice vincolo UNICO sulle sue colonne, con nulla da dire è parziale, quindi il "trovare la vecchia ricerca a tre colonne unica" corrisponde uk as acct market org nogroup — la sua sostituzione. DROP CONSTRAINT ha fallito con "uso DROP INDICE CASCADE invece", il fallback ha fatto esattamente questo, e entrambe le dichiarazioni hanno registrato "applied". Ogni corsa lo ha creato e poi ha lasciato cadere, lasciando account subscriptions senza unicità su (conto, mercato, org) per abbonamenti non raggruppati — il risultato del corridore la propria guardia esiste per rifiutare. Escluso per nome nella query e di nuovo nella goccia loop, e l'indice è tornato in posizione.