> Tech > Blocage généré par le compilateur

Blocage généré par le compilateur

Tech - Par Renaud ROSSET - Publié le 24 juin 2010

Toujours par la même méthode, le DBA a « creusé » le programme HLLPGM300R en changeant la clause WHERE de la manière suivante :

WHERE --B.QSTCLV <= 4 B.QSTNDE = 3 OR B.QSTPAR = 3

La figure 11 montre le résultat. Dans ce cas, le programme

HLLPGM300R utilise une opération RPG SETxx ou CHAIN (en Cobol, ce serait une opération START), laquelle génère un appel adressé à QDBGETKY, suivi d’une opération READ (QDBGETSQ). On l’a vu, par défaut, le compilateur n’utilisera pas le blocage (c’est-à-dire des appels adressés à QDBGETM). Cependant, si le blocage est jugé préférable, on peut l’autoriser.

 Le DBA d’Acme sait d’expérience que le blocage est bénéfique pour toute application qui doit lire des données séquentiellement, sans aucune intention de mise à jour. Chez Acme, les lectures bloquées seront la règle, pas l’exception. Le DBA d’Acme sait comment revenir aux lectures non bloquées si la conjoncture l’exigeait.

Téléchargez cette ressource

Mac en entreprise : le levier d’un poste de travail moderne

Mac en entreprise : le levier d’un poste de travail moderne

Ce livre blanc répond aux 9 questions clés des entreprises sur l’intégration du Mac : sécurité, compatibilité, gestion, productivité, coûts, attractivité talents, RSE et IA, et l’accompagnement sur mesure proposé par inmac wstore.

Les plus consultés sur iTPro.fr

A lire aussi sur le site

À la une de la chaîne Tech