- Expediere
- 17 septembrie 2026 la 00:59 UTC
- Autor
- Kamo
- Comite
- 2240cdd
Două tabele din spatele valorii de vizualizare kamo-marketing arată acum la poalele fiecare pagină, scrisă de punctele finale ale KBService /intern/page-views. KbArticleView (KB ARTICOLE VIEWS) pune la socoteală opiniile unui articol bazat pe cunoaștere cu privire la Articolul, cu cheia uid-ului său, deci contele face parte din articol și urmează atunci când este redenumit sau mutat în /kb. Este o masă proprie, mai degrabă decât o coloana despre KB ARTICOLE: rândul articol este salvat întreg de JPA, astfel încât un contor pe ar fi citit atunci când un editor a deschis articolul și a scris înapoi atunci când au salvat, aruncarea fiecare vedere între. Cheia străin cascade în baza de date, deoarece KbArticle nu cartografiază acest rând și un hibernat șterge o Altfel, articolul ar eşua. MarketingPageView (MARKETING PAGE VIEWS) contează fiecare altă pagină de pe calea sa sub prefixul local, deci /en/preturi si /fr/preturi parts un cont. Ambele păstrează SEED COUNT, figura de pornire un rând este creat cu, în afară de AviZ COUNT, punctele de vedere de fapt numărat; pagina arată suma lor, și reale Traficul rămâne lizibil de la masă. Registrele expun doar cele trei afirmaţii de care are nevoie un punct de vedere: upsert care contează, unul care semințe fără numărare, și total, citit după scrierea în aceeași tranzacție. Fără excepţie (): un contor încărcat, incrementat și salvat înapoi pierde vederi concurente. Verificat offline: o fabrică de sesiune construiește peste toate cele unsprezece entități KB plus acestea pe Hibernate 6.2.13 (KBService și alte servicii Boot 3.1) și 6.5.3 (Boot 3.3) şi scriptul schema se potriveşte cu DDL aplicat de mână, inclusiv pe piele cascadă. DDL-auto este nimeni peste tot, dar iniţializator, deci niciun alt serviciu nu atinge mesele.