- Dikirim
- 17 September 2026 pukul 00.59 UTC
- Penulis
- Kamo
- Commit
- 2240cdd
Dua meja di belakang tampilan count kamo- pemasaran sekarang menunjukkan di kaki setiap halaman, ditulis oleh KBService 's / internal / page- pandangan akhir. KbArticleView (KB _ ARTICLE _ VIEWS) menghitung tilikan dasar artikel ARTICLE, dikebiri oleh uid nya, sehingga jumlah adalah bagian dari artikel dan mengikuti itu ketika diganti nama atau dipindahkan dalam / kb. Ini adalah meja sendiri daripada kolom di KB _ ARTICLES: baris artikel disimpan secara keseluruhan oleh JPA, jadi counter on itu akan dibaca ketika seorang editor membuka artikel dan ditulis kembali ketika mereka disimpan, membuang setiap tampilan di antaranya. Cascades kunci asing di basis data, karena KbArtikel tidak memetakan baris ini dan penghapusan Hibernasi dari sebuah Jika tidak, artikel akan gagal. MarketingPageView (MARKETING _ PAGE _ VIEWS) menghitung setiap halaman lain di jalannya di bawah awalan lokal, sehingga / en / pricing dan / fr / pricing berbagi satu jumlah. Keduanya tetap SEED _ COUNT, angka awal baris dibuat dengan, selain VIEW _ COUNT, tampilan sebenarnya dihitung; halaman menunjukkan jumlah mereka, dan nyata lalu lintas tetap dapat dibaca dari meja. Repositor hanya mengekspos tiga pernyataan yang dibutuhkan tampilan: penduduk asli upsert yang penting, salah satu yang benih tanpa menghitung, dan total, membaca setelah tulisan dalam transaksi yang sama. Tidak ada save (): sebuah counter dimuat, meningkat dan disimpan kembali kehilangan tampilan kontemporer. Diperiksa offline: sebuah pabrik sesi membangun lebih dari semua sebelas entitas KB ditambah ini pada Hibernasi 6.2.13 (KBService, dan layanan Boot 3.1 lainnya) dan 6.5.3 (Boot 3.3), dan naskah skema yang ditulis cocok dengan DDL yang diterapkan tangan, termasuk di DELETE CASCADE. ddl- auto tidak ada di mana-mana tetapi penginisialisasi, sehingga tidak ada layanan lain menyentuh tabel.