- Expédié
- 23 septembre 2026 à 01:51 UTC
- Auteur
- Kamo
- Commite
- 78a3f60
- / total-transformation / last-received-at ont été coulés sur le critère d'évaluation. rangée elle-même: une fois par charge utile entrante (5/s) lors d'une importation agricole) et une fois par lot de traitement, le tout sur une ligne partagée. YugabyteDB avorte des MISE À JOUR simultanés d'une rangée avec 40001, de sorte que les bosses ont été fendues. dans leurs propres transactions avec leurs défaillances avalées - les compteurs étaient perdus par conception: «importé» était de 437 points d'arrivée sur deux critères d'évaluation (mesurés par rapport aux rangs de charge utile 2026-09-22), et tous les autres. les réglages économisent réécrit la ligne entière, clobbings bumps en vol. 41 lignes étaient passées à 139 Mo de versions. Maintenant, les lignes de charge utile sont le record. Un déclencheur sur les journaux de charge utile et de chaque charge utile de plomb et d'entrée-récupération modification de son adéquation importée dans l'opération de la charge utile (service de sécurité) create-lead-intake-ledger.sql, appliqué et remblayé 2026-09-22: 32 critères d'évaluation, 0 désadaptation), et - somme le total plié avec le journal déplié en un seul communiqué. - Remplit une liste de DTO d'extrémité en une lecture; enregistrementReceipt et Enregistrement Des stocks sont non-ops, gardés dépréciés, un service construit avant que ses appelants ne soient toujours retirés compile. DaemonService se plie et raconte ce registre avec les autres. Tests : LeadIntakeLiveCountsTest (une lecture par liste, zéro pour un critère d'évaluation inactif, pas d'écritures de rang terminal), LeadLedgerQueryShapeTest (lit les tables du grand livre, jamais la ligne de point de terminaison d'appel). La gâchette, la lecture, le pliage et le Les remarquables SQL ont été rejouées contre YugabyteDB (tableaux temporaires, 24 contrôles).