Acces Concurrent (Gac) - Bull DPS 7000 Guide De L'utilisateur

7.8

ACCES CONCURRENT (GAC)

Les ordres SORT et MERGE peuvent spécifier des options d'accès concurrent (GAC)
pour leurs fichiers d'entrée et de sortie.
En fait l'activité considérée ne peut utiliser des fichiers sous GAC (ordre ASSIGN avec
SHARE=MONITOR) que de deux façons :
• ACCESS=SPREAD ou SPWRITE (fichier d'entrée ou de sortie),
• READLOCK=STAT (fichier d'entrée uniquement).
En dehors du cas particulier OUTFILE=INFILE, le fichier d'entrée peut être explicitement
spécifié avec l'un ou l'autre des ensembles d'options suivants (pour INFILE) :
SHARE=MONITOR, READLOCK={NORMAL|EXCL}, ACCESS={SPREAD|SPWRITE}
SHARE = MONITOR, READLOCK = STAT
(Lecture statistique ne prenant pas en compte les modifications apportées au fichier
pendant l'accès concurrent mais seulement après la lecture proprement dite).
Pour un fichier de sortie sous GAC (y compris dans le cas où OUTFILE=INFILE), la
seule combinaison possible est :
SHARE = MONITOR, ACCESS = SPWRITE
Elle doit figurer dans la description de OUTFILE, ou de INFILE si OUTFILE=INFILE (avec,
dans ce cas, pour valeur implicite ACCESS=SPWRITE).
1. A moins que l'utilisateur souhaite une lecture statistique ou qu'un
fichier soit catalogué avec SHARE=MONITOR, il est vivement
conseillé d'affecter les fichiers soumis au tri avec SHARE=NORMAL
(valeur implicite). Les conditions de partage seront les mêmes, mais
moins coûteuses.
2. Si vous souhaitez utiliser SORT avec une concaténation et GAC,
vous devez spécifier ACCESS = SPREAD/SPWRITE avec affectation
d'INFILE ou READLOCK=STAT en définissant SORT IF = ... . Sans ce
type de spécification, il est obligatoire d'utiliser REPEAT et de
commencer la concaténation avec les fichiers contrôlés par GAC
(SHARE = MONITOR), sinon le traitement du tri sera interrompu.
Voir le guide de l'utilisateur GAC-EXTENDED.
7-12
Tri et fusion - Guide de l'utilisateur
IMPORTANT
47 F2 08UF Rev06