- Se descapó
- 25 de agosto de 2026 a las 14:26 UTC
- Autor
- Kamo
- Compromit
- 3ecbbac
ddl-auto construido PRIMARY KEY (logical-id, resource-type, inquilant-id) on fhir.resource.current y fhir-resource-version, porque Hibernate emite Columnas de EdededId alfabéticamente en lugar de en orden de declaración. Encendida YugabyteDB la primera columna de la llave primaria decide el fragmento de hachís, así que liderando con un UUID distribuye una tabla completa de una práctica en cada tableta y convierte cada lectura en un fan-nodo cruzado de la noche. La clave compuesta existe. Recrea en lugar de ALTERs: cambiar una clave primaria es una reescritura de mesa y Yugabyte's ALTER ... El apoyo de ADD PRIMARY KEY es limitado. Ambas tablas son nuevas y vacía para que esto sea exacto y barato, y el corredor se compromete a tocar un mesa de las filas de la mesa en ese punto el movimiento correcto es una migración planificada con una copia de datos, y averiguarlo de una línea de registro latido labe a averiguarlo de las cartas que faltan. Idempotente, y verifica contra pg.constraint en lugar de asumir: una vez La clave es correcta que inspeccione, esté de acuerdo y no haga nada. Excepciones se capturan por mesa, porque un lanzamiento escapando de un corredor en silencio retenga a cada corredor ordenado después de eso.