- Verschifft
- 17. September 2026 um 00:59 UTC
- Autor
- Kamo
- Ausschuss
- 2240cdd
Zwei Tische hinter der Ansicht zählen Kamo-Marketing jetzt zeigt sich am Fuße der jede Seite, geschrieben von KBService's /internal/page-views endpoints. KbArticleView (KB_ARTICLE_VIEWS) zählt die Ansichten eines Wissensdatenbank-Artikels auf der ARTIKEL, von seiner uid, so dass die Zählung ist Teil des Artikels und folgt es, wenn es umbenannt oder eingezogen /kb ist. Es ist eine eigene Tabelle und nicht Spalte KB_ARTICLES: die Artikel-Reihe wird vollständig von JPA gespeichert, also ein Zähler auf es würde gelesen werden, wenn ein Redakteur öffnete den Artikel und zurück geschrieben, wenn sie gespeichert, jede Ansicht dazwischen wegwerfen. Die ausländischen Schlüsselkaskaden in der Datenbank, weil KbArticle nicht Karte dieser Zeile und ein Hibernate löschen Der Artikel würde sonst daran scheitern. MarketingPageView (MARKETING_PAGE_VIEWS) zählt jede andere Seite auf seinem Weg unterhalb des Locale-Präfixes, also /en/preisen und /fr/preisfreigabe eine Zählung. Beide behalten SEED_COUNT, die Startfigur eine Zeile erstellt, mit VIEW_COUNT, die Ansichten tatsächlich gezählt; die Seite zeigt ihre Summe, und real Der Verkehr bleibt vom Tisch aus lesbar. Die Repositorien zeigen nur die drei Aussagen, die eine Ansicht braucht: ein nativer upsert, die zählt, eine, die Samen ohne Zählen, und die Summe, lesen nach das Schreiben in der gleichen Transaktion. No save(): ein Zähler geladen, inkrementiert und zurückgespart verliert gleichzeitige Ansichten. Offline-Überprüft: eine Session-Fabrik baut über alle elf KB-Einheiten plus diese auf Hibernate 6.2.13 (KBService und die anderen Boot 3.1 Dienste) und 6.5.3 (Boot 3.3), und das Schema-Skript, das es schreibt, passt zu der DDL, die von Hand, einschließlich ON DELETE CASCADE. ddl-auto ist keine überall außer der Initializer, so dass kein anderer Dienst die Tische berührt.