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

Blocage généré par le compilateur

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

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

Guide inmac wstore pour l’équipement IT de l’entreprise

Guide inmac wstore pour l’équipement IT de l’entreprise

Découvrez toutes nos actualités à travers des interviews, avis, conseils d'experts, témoignages clients, ainsi que les dernières tendances et solutions IT autour de nos 4 univers produits : Poste de travail, Affichage et Collaboration, Impression et Infrastructure.

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