- Shipped
- 9 agosto 2026 alle ore 22:52 UTC
- Author
- Kamo
- Commit
- 56e7492
Tutte le 15 migrazioni si applicano in modo pulito a YugabyteDB: 111 tabelle, corrispondenti CockroachDB esattamente. Otto distinti CockroachDB-solo costrutti doveva essere maneggiato, trovato uno alla volta dirigendo il migratore fino a quando non ha smesso di mancare: STRING/BYTES tipi, USING HASH secchio count, in linea INDICE all'interno CREATO TABELLA, SULLE clausole della colonna UPDATE, TTL a livello di riga, ALTER PRIMARY KEY, ADD CONSTRAINT IF NON ESISTE, e x'..' byte literals. Tre di loro erano comportamentali, non sintattiche, e avrebbero superato un controllo sintassi mentre cambia silenziosamente ciò che il database fa: - ON UPDATE ora() mantiene autenticamente una colonna su ogni aggiornamento. Gettala. avrebbe congelato 20 colonne at/last seen at al loro valore di inserto. Sostituito con i trigger BEFORE UPDATE. - Il TTL a livello di riga elimina effettivamente le righe. Otto tavoli avevano politiche di fidelizzazione (chat messages 90 giorni, giocatore sessions daily 400, ...). Stringere il la clausola è tenuta a parse, in modo che le politiche siano riattualmente esplicite DELETEs in 02-retention-sweeper.sql. Niente fa rispettare quella corrispondenza ora -- ogni dichiarazione nomina la politica che sostituisce. - x'DEADBEEF' è un letterale BYTES a CockroachDB ma un BIT STRING in PostgreSQL. Gli 8 literali colpiti sono 32-byte semi master worldgen che il terreno di ogni pianeta deriva da; verificato date-identico dopo conversione a '\xDEADBEEF'::bytea.