12. oktober 2026
Introduktion
Der er indført en ændring i, hvordan tabeludvidelser (table extensions) gemmes i Business Central-databasen: felter fra udvidelser lagres nu i samme fysiske tabel som basetabellen i stedet for i separate tabeller. Ændringen har direkte konsekvenser for performance, backup- og restore-processer samt opgraderingsstrategier.
Hvad ændrer sig teknisk?
Tidligere blev felter fra table extensions ofte opbevaret i separate tabeller, hvilket betød ekstra joins og kompleksitet ved større forespørgsler. Med den nye model ligger alle felter samlet, og databaseoperationer, der involverer udvidede tabeller, kan derfor køre hurtigere og med færre disk-I/O-operationer.
Fordele og begrænsninger
Fordele:
- Hurtigere dataindlæsning og forespørgsler ved arbejde med udvidede tabeller.
- Mindre overhead ved komplekse joins og rapportkørsler.
Mulige begrænsninger:
- Ændringen kan kræve analyse af eksisterende tilpassede løsninger og tredjeparts-apps, fordi adgangs- og sikkerhedsmodeller kan påvirkes.
- On-premise installationer skal teste konsekvenser for backupstørrelse og restore-tid.
Implementering og test
Før du ruller modellen ud i produktion, bør du:
- Køre performance-tests på dine egne workloads.
- Validere tredjepartsudvidelser (ISV-apps) og interne tilpasninger.
- Tjekke planlagte maintenance- og backup-processer, da datafordelingen ændres.
Hvad betyder det for dig?
For danske kunder med mange tilpasninger eller store datamængder kan den nye datamodel give markante hastighedsgevinster, især i rapportering og batch-processer. Det er dog ikke en no-brainer at aktivere modellen uden test: vi anbefaler at teste i et kopi-miljø, gennemgå performance-metrikker og koordinere med dine ISV-leverandører. For on-premise miljøer er det ekstra vigtigt at verificere backup/restore og diskkapacitet, før ændringen tages i brug.
Kilde: Yzhums