- Shipped
- 9 de agosto de 2026 às 04:40 UTC
- Author
- Kamo
- Commit
- 1037589
Nada nunca resumiu o armazenamento por organização. Seis entidades carregam um byte contagem por arquivo, e nenhum código agregado nenhum deles, por isso a conta tab stats renderiza "Nenhum dado de uso disponível para este período" para cada org. Adiciona o modelo compartilhado que a agregação precisa: - StorageDomain — as cinco áreas de armazenamento atribuíveis a org, cada uma declarando Se os seus registos removidos sobrevivem. Documentos e mídia KB soft-delete, então um total vitalício é uma consulta direta; caixas de correio, gravações e divulgações duro-delete, para que o deles só pode acumular para a frente. - OrgStorageSnapshot — uma linha por (org, dia, domínio). Existe para três números que são irrecuperáveis após o facto: domínios de exclusão difícil, a posição de abertura que as remoções de período são diferença em relação (sem tabela timestamps uma desativação — EmbRecordState's DATA UPDAted é inserível=falso e nunca atualiza), e um período-fechado número fixado quando o período terminou. - OrgStorageAggregator — cada agregado por domínio em uma classe. Os totais são somado sobre registros, nunca sobre objetos armazenados: img dats mantém um físico cópia por hash no entanto muitos orgs manter esse arquivo, e que salvar é Kamo. O agregador deliberadamente não carrega nenhum estereótipo. Todos os serviços são executados @ComponentScan("com.kamo"), então anotar isso iria construí-lo em todos ~40 de Eles; BillingService declara o feijão. Também adiciona as consultas de índice de busca as necessidades de backfill de tamanho de email — size bytes foi escrito como um hardcoded 0 desde que o índice foi criado, assim que o armazenamento da caixa de correio lê-se como zero bytes de plataforma até que essas linhas sejam reparadas. Esquema verificado na produção antes deste pouso: org storage snapshots existe com todas as 16 colunas após uma corrida KamoInitializer.