BC29: Queries kan nu bruge ReadCommitted isolation

Introduktion

I den kommende BC29-release er der tilføjet støtte for at køre AL-queries med ReadCommitted isolation. Det er en teknisk, men væsentlig forbedring for udviklere og integrationer der håndterer samtidige opdateringer.

Hvad betyder ReadCommitted for queries?

ReadCommitted er en databasetransaktionsisolation, der sikrer at læsninger kun ser data som er committed. I praksis betyder det, at en query ikke får fat i ufuldstændige eller midlertidige ændringer som andre transaktioner endnu ikke har afsluttet. For read-modify-write-mønstre reducerer det risikoen for race-conditions og låseproblemer.

Teknisk giver denne mulighed udviklere bedre kontrol over hvordan queries interagerer med isoleret storage og række-låsning. Det kan være særlig relevant ved:

• Batch-processer der læser data før opdatering.
• Integrationer som koordinerer data mellem Business Central og eksterne systemer.
• Scenarier med høj konkurrence om de samme database-rækker.

Implementeringsaspekter

Selvom funktionen øger sikkerheden for samtidige operationer, kommer den med et trade-off i form af potentielt øget låsning og dermed margin for ventetid under høj belastning. Derfor bør valg af isolation tilpasses konkret brugsscenarie:

• Vælg ReadCommitted hvor datakonsistens er kritisk for korrekthed.
• Overvej lavere isolation for rene læseoperationer for at undgå unødvendig låsning.
• Test performance under realistisk belastning før produktion.

Hvad betyder det for dig?

For danske kunder betyder understøttelse af ReadCommitted i queries, at I får et værktøj til at gøre kritiske opdateringer mere robuste. Hvis I har integrationer eller batch-job der tidligere krævede komplekse workarounds for at undgå race-conditions, kan denne feature forenkle løsningen. Men husk at afbalancere konsistensbehov mod performance — vi anbefaler tests i testmiljø med jeres typiske belastningsmønstre, før I ændrer isolation i produktion.