- Expédié
- 9 août 2026 à 22:52 UTC
- Auteur
- Kamo
- Commite
- 56e7492
Les 15 migrations s'appliquent désormais proprement à YugabyteDB: 111 tableaux, correspondants CockroachDB exactement. Huit constructions distinctes CockroachDB seulement devaient être manipulé, trouvé un à la fois en faisant fonctionner le migrateur jusqu'à ce qu'il cesse d'échouer: Types de STRING/BYTES, UTILISATION DU BANDE-DASH, INDEX en ligne à l'intérieur de CREATE TABLE, SUR LES clauses de colonne MISE À JOUR, TTL au niveau des lignes, CLÉ PRIMAIRE ALTER, AJOUTER CONSTRAINT NE PAS EXISTES, et x'..' octets littéraux. Trois d'entre eux étaient comportementaux, pas syntaxiques, et auraient été passés avec un un contrôle syntaxique tout en changeant silencieusement ce que fait la base de données: - SUR MISE À JOUR maintenant() maintient réellement une colonne sur chaque mise à jour. Abandonnez-le auraient gelé 20 colonnes mises à jour-at/dernier-seen-at à leur valeur d'insertion. Remplacé par AVANT les déclencheurs MISE À JOUR. - TTL au niveau des rangs efface en fait les lignes. Huit tableaux avaient des politiques de rétention (chat-messages de 90 jours, joueur-sessions-daily 400, ...). Décapage de la la clause est nécessaire pour analyser, de sorte que les politiques sont ré-exécutées comme explicites DÉLÉTÉS dans 02-retention-sweeper.sql. Rien n'impose cette correspondance Maintenant -- chaque déclaration nomme la politique qu'elle remplace. - x'DEADBEEF' est un BYTES littéral dans CockroachDB mais un BIT STRING en PostgreSQL. Les 8 littéraux affectés sont des graines de maîtres de 32 octets qui le terrain de chaque planète provient de; vérifié octet-identique après Conversion en « xDEADBEEF »:bytea.