- Navios
- 11 de agosto de 2026 às 18:10 UTC
- Autor
- Kamo
- Enviar
- b458e58
Três corredores: BillingGroupRosterMigration cria billing pay group members — a quem um grupo significa pagar, antes de ter comprado alguma coisa. org id está desnormalizado para ele para que o banco de dados possa impor "um membro está no máximo em um grupo de faturamento ativo por organização" como um único parcial. Dois grupos que pagam por uma pessoa são dois taxas por um assento, e nada mais no esquema iria pegá-lo: AssinaturaOs únicos membros são por assinatura e a AccountLicense não tem nenhum. ************* adiciona billing group uid a account subscriptions e substitui a única de três colunas por duas únicas parciais. Alargando quatro colunas não funcionariam — os NULLs são distintos dentro de um índice único aqui, então todas as fileiras não-grupo deixariam de ser restringidas. BillingPayGroupColumnsMigration adiciona market id, sed limit e status, e marcas grupos existentes LEGACY. Eles foram cobrados para qualquer conta uid o pedido o corpo transportado, e o console enviou o da organização, então seu account uid é Quase certamente errado. Não há maneira segura de adivinhar qual cartão foi significado, e adivinhando contas erradas a pessoa errada, por isso eles são recusados no ponto de carga em vez de reparar. A primeira execução mostrou por que o retry importa: ambos os índices de substituição falharam com 40001 não conseguiu serializar o acesso, o corredor registrou "skipped" e continuou, e o DROP da velha restrição foi então bem sucedido — deixando account subscriptions sem nenhuma singularidade, o que é estritamente pior do que a colisão que isso corrige. As instruções DDL agora repetem a falha de serialização, e a queda é ignorada A menos que ambas as substituições sejam confirmadas.