- Navios
- 9 de agosto de 2026 às 22:52 UTC
- Autor
- Kamo
- Enviar
- ed450ee
Todas as 15 migrações agora se aplicam de forma limpa ao YugabyteDB: 111 tabelas, correspondentes Exactamente. Oito constructos distintos de Baratas só tinham de ser manipulado, encontrado um de cada vez executando o migrador até que parou de falhar: Tipos de STRING/BYTES, USANDO a contagem de baldes, inline INDICE dentro da CRIAÇÃO QUADRO, EM Cláusulas de colunas actualizadas, TTL de nível de linha, ALTER PRIMÁRIO CHAVE, ADD CONTRAINT SE NÃO EXISTE, e x'..' byte literais. Três deles eram comportamentais, não sintáticos, e teriam passado verificação de sintaxe enquanto muda silenciosamente o que o banco de dados faz: - NA ATUALIZAÇÃO now() mantém genuinamente uma coluna em cada atualização. A largá-lo. teria congelado 20 colunas atualizadas at/last seen at pelo seu valor de inserção. Substituido por ANTES dos gatilhos de atualização. - O nível de linha TTL apaga as linhas. Oito tabelas tinham políticas de retenção (chat messages 90 dias, player sessions dayly 400, ...). Despir o a cláusula é necessária para analisar, de modo que as políticas são re-implementadas DELETOS em 02-retention-sweeper.sql. Nada obriga essa correspondência Agora -- cada declaração nomeia a política que substitui. - x'DEADBEEF' é um BYTES literal em Baratas, mas um pouco STRING in PostgreSQL. Os 8 literais afetados são 32-byte worldgen mestre sementes que o terreno de cada planeta deriva; verificado byte-identical após Conversão para '\xDEADBEEF'::bytea.