- Spegnimento
- 25 agosto 2026 alle ore 14:26 UTC
- Autore
- Kamo
- Impegno
- 3ecbbac
ddl-auto costruito PRIMARY KEY (logical id, risorsa type, inquilino id) su fhir resource current e fhir resource version, perché Hibernate emette Le colonne @EmbeddedId in ordine alfabetico piuttosto che in ordine di dichiarazione. Su YugabyteDB la prima colonna di chiavi primarie decide l'hash shard, così leader con un UUID distribuisce l'intero grafico di una pratica su ogni compressa e trasforma ogni lettura in un cross-node fan-out — l'esatto opposto del perché Esiste una chiave composita. Ricrea piuttosto che ALTER: cambiare una chiave primaria è una riscrittura del tavolo e Il supporto di Yugabyte è limitato. Entrambi i tavoli sono nuovi e vuoto quindi questo è esatto e a buon mercato, e il corridore REFUSES per toccare un tabella che tiene righe — a quel punto la mossa giusta è una migrazione pianificata con una copia dei dati, e scoprire che da una riga di registro batte scoprire dai grafici mancanti. Idemponte, e verifica contro pg constraint piuttosto che assumere: una volta la chiave è giusta ispezioni, accetta e non fa nulla. Eccezioni sono catturate per tavolo, perché un tiro sfuggire un corridore silenziosamente tiene ogni corridore ordinato dopo.