- Dikirim
- 23 September 2026 pukul 01.51 UTC
- Penulis
- Kamo
- Commit
- 78a3f60
* * * * * * * * * * * * * * * / total _ diproses / last _ received _ at yang menabrak titik akhir baris sendiri: sekali per inbound payload (~ 5 / s selama impor pertanian) dan sekali per proses batch, semua pada satu baris bersama. Yugabita DB membengkokkan UPDATE sepanjang baris dengan 40001, sehingga benjolan telah dibagi ke transaksi mereka sendiri dengan kegagalan mereka ditelan - counter yang lossy oleh desain: "diimpor" adalah 437 pendek di dua titik akhir (diukur terhadap payload baris 2026-09-22), dan setiap setting save rewrote the row whole, clobbering bump in flight. 41 baris telah tumbuh menjadi 139 MB versi. Sekarang payload baris adalah catatan. Pemicu pada lead _ asupan _ raw _ payloads jurnal setiap muatan dan masing-masing perubahan imported-ness dalam transaksi muatan sendiri (layanan keamanan make _ lead _ entry _ ledger.sql, diterapkan dan backfilled 2026-09-22: 32 titik akhir, 0 ketidakcocokan), dan Jumlah total dilipat dengan jurnal unfolded dalam satu pernyataan. * * * * * * * * * * * * mengisi daftar dari DTOs titik-akhir dari satu baca; recordRecordReceppt dan recordProcessed are no-ops, kept deprecated so a service built before its callers were removed still Kompleks. DaemonService melipat dan menceritakan buku besar ini dengan yang lain. Tes: LeadIntakeLiveCountsTest (satu baca per daftar, nol untuk titik akhir yang menganggur, tidak ada titik akhir -baris tulis), LeadLedgerQueryShapeTest (baca tabel buku besar, tidak pernah baris akhir). Pemicu, baca, lipat dan Ingat SQL dimainkan ulang melawan Yugabita DB (tabel temp, 24 cek).