- Navios
- 23 de setembro de 2026 às 01:27 UTC
- Autor
- Kamo
- Enviar
- ae437eb
"Leads available" foi COUNT(*) sobre o pool atribuível, e uma org's pool detém ~796k leads: ~7,8 s por número (mercado, produto) e ~11 s para o grupo (medida 2026-09-17). Gerenciar os Creditos correu a contagem única uma vez por linha de colocação, Leads-Disponível uma vez por produto, e cada Aceitar executado outro apenas para transmitir a nova figura. Os saldos de crédito eram da mesma forma nos créditos de chumbo, que mantém todos os créditos gastos para sempre. Ambos os números provêm agora de totais mantidos: lead pool counts / lead credit balances plus a anex-only diário de deltas que a linha dispara em leads / lead credits escrever na mesma transação como a mudança (securityservice create lead ledgers.sql, aplicada 2026-09-22). Total dos montantes lidos + diário em uma declaração, por isso é exato, e Hibernate flushes pendentes escreve antes de uma consulta nativa, assim uma transação vê suas próprias mentas e gasta. Os métodos de repositório mantêm seus nomes, então cada O chamador em cada serviço passa por esta biblioteca. DaemonService dobra o diário a cada 30 s e reconta todas as noites, acrescentando uma correcção para qualquer deriva. Além disso: - A escolha Aceitar (encontrarAsignablePool) leu e selecionou o conjunto de produtos: 9,5 s por Aceitar. Agora é findAssignablePoolUids, preso com uma dica pg hint plan para o novo índice parcial ix leades atribuível pool, porque o planejador legado deste cluster prefere ix leades org market e Tipos. 9.470 ms -> 4 ms na piscina viva; a sonda de existência (amostraAssignablePoolUids) igualmente, e um produto vazio já não custa uma análise de todo o seu mercado. - Lote para as grades: **************************** (equilíbrio de cada linha numa única leitura), localdSpentCreditsInRange (cada membro gasta desde a meia-noite local mais cedo), CondeAceito desdePeloProduto, e ************* o gémeo em memória de EncontrarAplicações para resolver muitos pares (mercado, produto) de uma lista. Testes: LeadLedgerQueryShapePins de teste o livro de registros lê, o grampo não negativo, os moldes bigint e a dica do índice; LeadLotmentMostSpecificOfTest fixa o resolvedor às regras da consulta. O gatilho DDL, cada leitura, dobra e recontagem foram reproduzidos contra YugabyteDB (mesas de tempo, 60 verificações). Suíte completa: 3012 testes, 5 falhando exatamente como em a6374937 (StorageDomainCoverage, StorageDomainAssociationLookup, ReportVisibility, PhiServiceTypeMapping, SystemBugCountContract).