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

Blocage généré par le compilateur

Tech - Par iTPro - 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 gratuitement cette ressource

IBMi et Cloud : Table ronde Digitale

IBMi et Cloud : Table ronde Digitale

Comment faire évoluer son patrimoine IBMi en le rendant Cloud compatible ? Comment capitaliser sur des bases saines pour un avenir serein ? Faites le point et partagez l'expertise Hardis Group et IBM aux côtés de Florence Devambez, DSI d'Albingia.

Tech - Par iTPro - Publié le 24 juin 2010