- Spegnimento
- 19 agosto 2026 alle ore 02:12 UTC
- Autore
- Kamo
- Impegno
- 25140e0
Creazione di un vantaggio su un mercato ipotecario fallito con "Database tabella LEADS fa Non esiste. Si prega di eseguire KamoInitializerApp per creare lo schema." Il tavolo era Ecco. Il vero errore era: inserire in guide (...) valori (...) ritorno lead id ERROR: la colonna "lead id" non esiste (SQLState 42703) porta la colonna id è UID. lead id è @PrimaryKeyJoinColumn di LeadClaimMortgage. Hibernate 6.2 costruisce la clausola INSERT della tabella radice... RETURNING dalla La colonna chiave di JOINED SUBCLASS, quindi solo la sottoclasse si è rotta -- un semplice piombo era sempre bene, motivo per cui esattamente i mercati ipotecario fallito. Riproduzione in isolamento; Hibernate 6.5 rende la stessa mappatura correttamente, ma Spring Boot 3.1.5 pin 6.2.13 sui servizi che gestiscono questo. AppMortgage (APP UID contro le APPLICAZIONI) ha portato il difetto identico, unhit. Fissare entrambi catturando il id da Unique rowid() PRIMA dell'inserto. Ibernazione poi non ha nulla da leggere e non emette nessuna clausola RETURNING affatto, che è corretto su 6.2 e 6.5 allo stesso modo. Stessa sequenza da cui il default della colonna estrae, quindi ids rimangono al di sopra del 2^53 e continuano a serializzare come stringhe; i default sono intatti e ancora servire crudo SQL. Nessun cambiamento di schema -- KamoInitializer non deve essere eseguito. Rinominare la colonna chiave del bambino per corrispondere alla radice era l'alternativa evidente e non è possibile: il ddl-auto di KamoInitializer corre prima di ogni corridore di migrazione e aggiungerebbe una colonna duplicata prima, e la tabella del bambino PRIMARY KEY siede su quella colonna, che YugabyteDB non può ridefinire. @SequenceGenerator su kamo unique rowid seq è anche pericoloso -- renderebbe la sequenza un esportabile che ddl-auto potrebbe creare START CON 1 contro un database mancante lo shim, Effettuare la consegna al di sotto del 2^53.