Bedre ydeevne, når du arbejder med flere udvidelser
Vigtigt
Dette indhold er arkiveret og opdateres ikke. Du kan få den nyeste dokumentation i Nyheder eller ændringer i Business Central. Du kan få vist de seneste udgivelsesplaner i Udgivelsesplaner til Dynamics 365, Power Platform og Cloud for Industry.
| Aktiveret for | Offentlig forhåndsversion | Generel tilgængelighed |
|---|---|---|
| Administratorer, udviklere, marketingmedarbejdere eller analytikere automatisk |  8. sept. 2023 |
2. okt. 2023 |
Forretningsværdi
Forbedring af dataindlæsningshastigheden på serveren er nyttigt i alle brugsscenarier, deriblandt webtjeneste-integrationer, baggrundsjob og interaktive sessioner.
Funktionsdetaljer
I denne udgivelse fokuserer vi på at optimere en vigtig del af datastakken på Business Central Server: Datamodellen til tabeludvidelser.
I tidligere udgivelser, når en udvikler udvidede en tabel, blev felterne fra tabeludvidelsen gemt i en separat tabel kaldet en ledsagende tabel i databasen. Dette design blev valgt for at gøre appens livscyklus (installation, opdatering, afinstallation) ikke-forstyrrende for normal brug af basistabellen. Desværre havde det også indflydelse på runtime-ydeevnen på systemet, fordi Business Central Server skulle forbinde data fra tabeludvidelser ved læsning af data fra en tabel. Som et eksempel, for en tabel med 7 tabeludvidelser, skal serveren muligvis lave en 7-vejs joinforbindelse.
I denne udgivelse ændrer vi datamodellen for tabeludvidelser, så tilføjede felter fra alle udvidelser til en tabel nu gemmes i den samme ledsagende tabel. I denne nye model behøver serveren aldrig at gøre mere end en enkelt join af basistabellen til dens ledsagende tabel. Vi forventer, at dette drastisk vil reducere ydeevnepåvirkningen af tabeludvidelser til basistabeller, samtidig med at god stabilitet af applivscyklushændelser bevares. Cloudmigreringsværktøjet understøtter dette nye skema ved migrering af data fra tidligere versioner til version 23.
Forventet læseydelse efter antal tabeludvidelser
Bemærk, at denne ændring ikke påvirker tabelmodellen set fra AL-sproget, så der er ikke behov for kodeændringer fra udvidelses/appudgivere. En yderligere fordel ved denne nye datamodel på databasen er, at udviklere nu kan organisere kode med tabeludvidelser, som de vil, uden at skulle tænke på ydeevnepåvirkningen af, hvor tabeludvidelser er placeret i apps.