- Spegnimento
- 23 settembre 2026 alle ore 13:41 UTC
- Autore
- Kamo
- Impegno
- b8aa5d0
securityservice's create commit log ledger.sql (applicato a mano come il proprietario) aggiunge commit log counts / commit log count deltas: un totale per (progetto, tipo commit) più un append-only journal that righe triggers su commit logs write, the same total+journal shape come i leader. Aggiungere la sua piega e raccontare alla LeadLedgerMaintenance esistente piuttosto che una classe di fratelli: commit logs non ha niente a che fare con i cavi, ma la forma fold/reconcile, la regola di riprova 40001 e il controllo di presenza-innesco sono identici, e LeadLedgerFoldJob / LeadLedgerReconcileJob già correre esattamente alla cadenza di cui questo ha bisogno (ogni 30 s / notte alle 03:40), quindi un fratellino solo duplicare il cablaggio al quarzo in QuartzConfig. I tre nuovi trigger si uniscono JOURNAL TRIGGERS, quindi una caduta o disattivata è riportata al WARN invece di derivare silenziosamente fino a quando qualcuno non nota un conteggio sbagliato. Verificato contro il database live prima di questo: i tre attivano il fuoco correttamente all'interno di un transazione rolled-back (INSERT +1, una chiave che cambia UPDATE si muove -1/+1, un fuoco UPDATE non-chiave né, DELETE -1), e totale + diario corrisponde COUNT(*) esattamente attraverso tutti i 264 (progetto, tipo commit) coppie dopo il backfill.