Cette catégorie affecte toutes les actualisations de la source de données
- Chargement initial au démarrage du programme.
- Avant une opération de modification : par défaut, nous rechargons l'entrée pour nous assurer que nous travaillons sur la version actuelle.
- Avant d'établir une connexion : nous avons besoin d'insérer l'activité dans nos Journaux.
- Chaque fois que vous utilisez Actualiser : selon vos paramètres de cache, nous obtenons généralement uniquement les modifications survenues depuis votre dernier rafraîchissement.
- Chaque fois que vous utilisez l'arborescence.
SQL Server a certaines particularités qui, si la configuration par défaut est utilisée, entraîneront une dégradation des performances avec le temps. Prière consulter Performance SQL Server.
Problème 1
Usage intensif d'images personnalisées.
Solution
Les images personnalisées doivent être stockées dans la source de données, ce qui entraîne une taille de configuration problématique s'il y a trop d'entrées les utilisant.
Si c'est le cas, il serait préférable de revenir aux images intégrées.
Problème 2
Utilisation intensive de la description RTF.
Solution
RTF en soi n'est pas un vrai problème jusqu'à ce que vous décidiez d'incorporer des images dans la description. Cela entraîne le même problème que l'utilisation d'images personnalisées, à savoir que la taille de la configuration devient trop grande.
Si cela devient le cas, réduire la taille de vos descriptions.
Problème 3
UI classique.
Solution
La nouvelle UI en bandeau est moderne et permet des variations infinies d'organisation de panneaux, mais elle nécessite plus de calculs par la couche UI. Sur la plupart des systèmes, cela ne provoque pas de ralentissement de performance notable, mais sur d'autres, configurer l'Interface Utilisateur en UI Classique (v7.x) dans l'onglet Options Générales aidera définitivement.
Donnez-nous vos commentaires