| (Paramètre actif depuis la version 4.4-00) |
|
Standard |
|
Utilisation réservée aux experts. Ce paramètre ne doit être positionné que sur les traitements différés. |
Ce paramètre permet, au niveau d’une fonction, de mémoriser un certain nombre d’enregistrements de tables définies dans une table utilisateur (voir fonction GTTTU). De cette manière, il est possible d’optimiser les temps de réponse.
Cette fonctionnalité peut être très utile, par exemple, pour une entreprise qui a un nombre restreint d'articles. Le contenu de la fiche article changeant relativement peu souvent, on évite des relectures de la table des produits (PRO).
Utilisation du buffer pour les tables que l’on demande à “buffériser”
Lors d’un accès direct par la clé primaire, on recherche d’abord si l’enregistrement ne se trouve pas déjà dans la mémoire temporaire (« buffer »). S’il existe en mémoire temporaire, on utilise cet enregistrement et statut d’existence (économie d’un accès à la base de données, même lorsque l’enregistrement correspondant à la clé primaire n’existe pas en base). Sinon, on effectue la lecture de l’enregistrement à partir de la base de données, et on le mémorise (ainsi que le statut de lecture) dans le buffer (on mémorise aussi les enregistrements dont la clé primaire n’existe pas en base).En cas de création/modification et suppression de l’enregistrement par la clé primaire, on supprime l’enregistrement du buffer pour forcer la relecture (évite aussi de mémoriser une donnée modifiée non valide en cas de Rollback de la transaction). En cas de suppression par une autre clé que la clé primaire, on réinitialise le buffer pour cette table.
|
Attention Nous vous conseillons d’utiliser cette fonctionnalité, consommatrice de mémoire, avec beaucoup de prudence. En mode intéractif Client/Serveur L’utilisation de la « bufferisation » des tables dans le cadre d’une fonction (exemple : table des produits PRO dans la saisie de commande GCOV) ne prend pas en compte les modifications récentes effectuées par une autre fonction sur des tables déjà mémorisées, et ce tant que l’on ne quitte pas la fonction pour la réactiver ensuite. Exemples : modification du libellé d’un article par la fonction GART, ou, plus gênant, modification d’un code blocage produit. |
Fonctions concernées : toute fonction de traitement différé – (Voir aussi fonction INFO) -
Dès le premier accès à une table lancé par un traitement donné, ACE vérifie la présence de ce paramètre BUFREL. Si le paramètre est associé à ce traitement, la liste des tables est enregistrée en mémoire-tampon (« bufferisée ») pour ce traitement. En effet, c’est la cible initiale du traitement (ou de la fonction) qui est associée au paramètre BUFREL.
Ce paramètre BUFREL n’est donc pas pris en compte s’il est positionné :
- sur une cible définie par le paramètre maquette CODPEV,
- sur une cible définie par les paramètres OPEVAL, OPEMOD, OPESUP ou OPESOL,
- sur la cible des enregistrements à intégrer (via INTEGR).
Utilisation avec d’autres paramètres :
| Paramètres amis |
|
BUFPZN - |
| A1 |
Numéro de la table utilisateur donnant la liste des tables à mémoriser. Dans cette table utilisateur, saisir au niveau du code un numéro d’ordre, et au niveau du libellé réduit le nom de la table (à saisir en minuscules). Par ailleurs, on peut paramétrer par table le nombre d’occurrences à mémoriser (champ « num1 » de la table TBL). Si cette valeur est renseignée, elle est prioritaire au nombre d’occurrences défini dans la zone N1. |
| N1 |
Valeur par défaut du nombre d'enregistrements à mémoriser. Par défaut, si cette zone n’est pas renseignée, 50 enregistrements peuvent être mémorisés. |
