(RDLC)-rapporteringsydeevne på sandkasser

Vigtigt

Dette indhold er arkiveret og opdateres ikke. Du kan få den nyeste dokumentation ved at se Microsoft Dynamics 365-dokumentation. Du kan få vist de seneste udgivelsesplaner i Udgivelsesplaner til Dynamics 365 og Microsoft Power Platform.

Bemærk

Disse produktbemærkninger beskriver funktionalitet, der muligvis ikke er udgivet endnu. Gennemgå Nyheder og planlagte tiltag for Dynamics 365 Business Central for at se, hvornår denne funktion er planlagt til frigivelse. Leveringstidsplaner og forventet funktionalitet ændres muligvis eller udsendes muligvis ikke (se Microsoft-gruppepolitik).

Før vi udsendte Dynamics NAV 2013 R2, opdagede vi en enorm præstationsregression i kørselstiden for RDLC-rapporter. Dette skyldtes, at vi opgraderede til .NET version 4.0, og vi havde brug for at indstille .NET-runtime til at bruge den gamle kodes adgangssikkerhedspolitik for at få RDLC-rapporter arbejde uden præstationsforringelse. Hurtigt fem år frem hvor vi aktiverede fejlfinding i Business Central-sandkasser. Dette krævede, at vi deaktiverede kodeadgangssikkerhed på sandkasseklynger. Desværre introducerede det den gamle regression på RDLC-rapportens ydeevne. I Business Central-udgivelsen fra april 2019 slap vi af med præstationsproblemet ved at køre RDLC-rapporter fuldt ud i et andet .NET-AppDomain.

Løst hukommelseslækage i RDLC-rapportering

Den gamle implementering af RDLC i Business Central Server havde en lille hukommelseslækage ved rapportudførelser. I Business Central-udgivelsen fra april 2019 har vi ikke længere denne hukommelseslækage, fordi vi regelmæssigt genbruger det .NET-AppDomain, der bruges til rapportering.

Fortæl os, hvad du synes

Hjælp os med at forbedre Dynamics 365 Business Central ved at diskutere ideer, stille forslag og give feedback. Brug Business Central-forummet på https://aka.ms/businesscentralideas.