- Szycy
- 23 września 2026 13:41 UTC
- Autor
- Kamo
- Pochęt się
- b8aa5d0
usługi securityservice create_commit_log_ledger.sql (stosowane ręcznie jako właściciel) dodaje commit_log_counts / commit_log_count_deltas: całość per (projekt, typ commit) plus an Wymów z prawidłowym dziennikiem, który uruchamia wiersz na write commit_logs, ten sam całkowity kształt + dziennika Jak główne księgi. Dodaj jego fałd i przelicz do istniejącej LeadLedgerMaintenance, a nie klasy rodzeństwa: commit_logs nie ma nic wspólnego z przewodami, ale kształt fałdu / pogodzenia, reguła ponownego próbowania 40001 A kontrola obecności za wyzwalacza jest identyczna, a LeadLedgerFoldJob / LeadLedgerReconcileJob Już biegnij dokładnie w kadencji, której to potrzebuje (co 30 s / noc o 03:40), więc rodzeństwo Praca powiela tylko okablowanie kwarc w QuartzConfig. Trzy nowe wyzwalacze łączą się JOURNAL_TRIGGERS, więc upuszczony lub niepełnosprawny jest zgłaszany na WARN zamiast dryfowania Po cichu, dopóki ktoś nie zauważy niewłaściwej liczby. Zweryfikowany na żywo przed tym: trzy wyzwalacze strzelają prawidłowo wewnątrz Transakcja rolled-back (INSERT +1, ruchy AKTUALIZACJA zmieniający klucze -1/+1, nie-key AKTUALIZACJA Ani też, DELETE -1), i total + journal matche COUNT(-) dokładnie we wszystkich 264 (projekt, typ commit) pary po zasypaniu.