- Navios
- 17 de setembro de 2026 às 00:59 UTC
- Autor
- Kamo
- Enviar
- 2240cdd
Duas tabelas por trás da contagem de vista kamo-marketing agora mostra no pé de cada página, escrita pelos endpoints /internal/pagage-views do KBService. KbArticleView (KB ARTICLE VIEWS) conta as opiniões de um artigo de base de conhecimento sobre o artigo, chaveado por seu uid, assim que a contagem faz parte do artigo e segue ele quando é renomeado ou movido em /kb. É uma mesa própria em vez de uma coluna em KB ARTICLES: a linha do artigo é salva inteira pelo JPA, então um contador em seria lido quando um editor abrisse o artigo e salvo, descartando todas as visões no meio. As cascatas de chave estrangeiras na banco de dados, porque o KbArticle não mapeia esta linha e uma remoção Hibernate de uma de outra forma o artigo falharia. MarketingPageView (MARKETING PAGE VIEWS) conta todas as outras páginas em seu caminho abaixo do prefixo locale, então /en/pricing e /fr/pricing compartilham um número. Ambos manter SEED COUNT, a figura inicial uma linha é criada com, além de VER CONT, as visualizações realmente contadas; a página mostra sua soma, e real O tráfego permanece legível da mesa. Os repositórios expõem apenas as três afirmações de que uma visão precisa: um nativo upsert que conta, um que sementes sem contar, e o total, lido após a escrita na mesma transação. Sem salvar (): um contador carregado, incrementado e salvo de volta perde visualizações simultâneas. Verificado offline: uma fábrica de sessões constrói mais de onze entidades KB mais estes em Hibernate 6.2.13 (KBService, e os outros serviços Boot 3.1) e 6.5.3 (Boot 3.3), e o script de esquema que ele escreve coincide com a DDL aplicada por Mão, incluindo ON DELETE CASCADE. ddl-auto não está em nenhum lugar, exceto o inicializador, então nenhum outro serviço toca nas tabelas.