- Navios
- 12 de agosto de 2026 às 23:58 UTC
- Autor
- Kamo
- Enviar
- d19b3e4
O KamoInitializer não pôde começar. Hibernate detecta BarataDialeto, cuja suportaInsertReturning() e **************** são ambos false, so an @Id carregando @Generated(event=INSERT) — which 29 shared-lib entities assumiu quando PostgreSQL acabou por rejeitar uma coluna com um DEFAULT e um Cláusula de identidade — caiu para UniqueKeySelectionDelegate, que precisa de um @NaturalId para ler a chave de volta. Nenhum tem um, por isso o SessionFactory recusou built: "entidade '...Declarações' não tem '@Natural Id' propriedade". Pinning PostgreSQLDialect corrige-o, e não é uma ideia nova: é o Base de dados-plataforma SecurityService e todos os outros serviços já nomes contra Esta mesma base de dados. O Barata sempre apoiou o INSERT... VOLTAR. A consequência esperada é registrada onde a configuração é: ddl-auto agora discorda com um esquema BarataDialeto criado e emite ~450 no-op "set data type" declarações por corrida, 48 das quais o BarataDB rejeita. Duas corridas consecutivas produzidas um perfil de erro idêntico com a contagem indo UP, que é o que mostra nada é ser aplicado. Eles resolvem quando o dialeto e a base de dados concordam. Estava a apagar o índice que tinha acabado de criar. O BarataDB tem um índice único parcial em information schema como uma planície Unique restrição sobre suas colunas, sem nada para dizer que é parcial, então o "encontrar o antigo único de três colunas" combinou com uk as acct market org nogroup — O seu próprio substituto. O DROP CONSTRAINT falhou com "utilizar o ÌNDICE DE DROP CASCADE", o recuo fez exatamente isso, e ambas as declarações registraram "aplicadas". Cada corrida criou-o e depois largou-o, deixando account subscriptions sem unicidade em (conta, mercado, org) para assinaturas não agrupadas — o resultado do corredor A própria guarda existe para recusar. Excluído pelo nome na consulta e novamente na gota loop, e o índice está de volta no lugar.