- Se descapó
- 9 de agosto de 2026 a las 22:52 UTC
- Autor
- Kamo
- Compromit
- ed450ee
Las 15 migraciones ahora se aplican limpiamente a YugabyteDB: 111 mesas, que coinciden CockroachDB exactamente. Ocho construcciones distintas solo de CockroachDB tenían que ser manejó, encontrado uno a la vez corrigiendo el migrator hasta que dejó de fallar: Tipos de STRING/BYTES, USING HASH cubo cubo, INDEX en línea dentro de CREATE CUADRO, En las cláusulas de columna de Actualización, TTL a nivel de fila, ALTER PRIMARY KEY, ADD CONSTRAINT IF NO EXISTAS, y x'.' byte literals. Tres de ellos eran de comportamiento, no sintáctica, y habrían pasado un Comprobra sintaxis mientras cambia silenciosamente lo que hace la base de datos: - EN Actualización ahora () realmente mantiene una columna en cada actualización. Dejando de morosidad. habría congelado 20 columnas actualizadas/last-seen-at a su valor de inserción. Sustituido por ANTES de disparadores ACTALD. - El TTL de nivel de filas elimina las filas. Ocho cuadros tenían políticas de retención (chat-messages 90 días, player-sessions?daily 400, ...). Desnudando el se requiere que las políticas se vuelvan a aplicar como explícitas. DELETEs en 02-retention-sweeper.sql. Nada hace cumplir esa correspondencia Ahora... cada declaración nombra la política que reemplaza. - x'DEADBEEF' es un BYTES literal en CockroachDB, pero un BIT STRING en PostgreSQL. Los 8 literales afectados son semillas maestras de 32 abytes que El terreno de cada planeta deriva de; verificado byte-idéntico después conversión a 'xDEADBEEF'::bytea.