Méthode d'accès direct de base - Basic direct access method
Basic méthode d' accès direct ou BDAM est une méthode d'accès pour IBM OS / 360 et successeurs informatiques systèmes d'exploitation sur System / 360 et plus tard mainframes . BDAM "se compose de routines utilisées pour récupérer des données et les stocker sur des dispositifs à accès direct ." BDAM est disponible sur OS / 360 , OS / VS2 , MVS , z / OS et les systèmes d'exploitation haut de gamme associés.
La description
Basic , dans la terminologie IBM, indique une méthode d'accès de niveau inférieur qui traite les ensembles de données en termes de blocs physiques et ne fournit ni lecture anticipée, appelée mise en mémoire tampon anticipative , ni synchronisation - c'est-à-dire que le programme utilisateur doit explicitement attendre achèvement de chaque événement d'entrée / sortie.
Avec BDAM, «le programmeur peut directement stocker et récupérer un bloc en spécifiant soit son adresse d'appareil réelle , sa position relative dans un ensemble de données (numéro de bloc relatif), soit la piste relative dans un ensemble de données à partir duquel le système doit commencer un chercher.
BDAM ne fournit aucun index ou structure au fichier, sauf comme programmé par l'application. Dans de nombreuses applications, une fonction de hachage ou de randomisation peut être utilisée pour attribuer l'adresse de bloc sur la base d'une clé dans les données. Si des clés physiques sont utilisées, la clé du dernier enregistrement dans le bloc doit être écrite comme clé pour ce bloc.
L'interface du programme d'application BDAM peut être comparée à l'interface offerte par les appels d' ouverture , de lecture , d' écriture et de fermeture (à l'aide de descripteurs de fichiers) dans d'autres systèmes d'exploitation tels que Unix et Windows .
BDAM est toujours pris en charge par IBM à partir de 2012. En raison de sa dépendance vis-à-vis de la géométrie des périphériques physiques, les nouveaux périphériques à accès direct IBM utilisés avec z / OS émulent les périphériques IBM 3390 quelles que soient leurs caractéristiques physiques réelles.
Interface du programme d'application
Le programmeur spécifie DSORG=DAdans son Data Control Block (DCB) pour indiquer l'utilisation de BDAM. L'espace peut être jusqu'à 16 étendues sur chaque volume . L'ensemble de données (équivalent à un «fichier») peut résider dans jusqu'à 255 étendues sur plusieurs volumes. Si l'application dépend de l'espace sur des pistes contiguës, vous pouvez allouer de l'espace pour l'ensemble de données direct dans des pistes contiguës en codant SPACE=(,,CONTIG)sur l'instruction DD.
Les ensembles de données directs doivent être préformatés avant utilisation en les ouvrant en sortie et en écrivant tous les blocs de manière séquentielle. Cela peut charger tous les enregistrements «factices» ou charger les données initiales.
En tant que méthode d'accès de base , BDAM lit et écrit les données des membres dans des blocs et l'opération d'E / S se déroule de manière asynchrone et doit être testée pour se terminer à l'aide de la CHECKmacro. BDAM utilise les macros standard du système OPEN, CLOSE, READ, WRITEet CHECK. Les instructions de macroREAD ou doivent fournir l'adresse de bloc ou la clé de l'enregistrement souhaité. La macro doit être utilisée pour attendre la fin d'une opération spécifique avant que les données ne soient accessibles ou le tampon de données réutilisé. Il est possible de démarrer plusieurs opérations d'entrée / sortie à exécuter simultanément.
WRITE CHECK
Les enregistrements d'un ensemble de données direct peuvent contenir des clés enregistrées spécifiées par l'utilisateur jusqu'à 255 octets - toutes les clés d'un fichier doivent avoir la même longueur. Les lectures et les écritures peuvent spécifier une clé en plus d'une adresse de disque, et BDAM recherchera à partir du bloc demandé jusqu'à toute la zone du fichier un enregistrement avec une clé correspondante. Cela permet de gérer automatiquement le hachage de plusieurs clés sur la même piste par le sous-système d'E / S.
Adresses de disque
BDAM accepte les adresses de disque en tant qu'adresses de périphérique réelles, en tant qu'adresses de piste relatives ou en tant que numéros de bloc relatifs.
Les adresses de périphérique sont des champs de huit octets sous la forme MBBCCHHR . Tous les sous-champs sont des nombres binaires.
- M est le numéro d'étendue des fichiers avec plus d'une extension (fichiers non contigus).
- BB est égal à zéro. Auparavant, cela indiquait le bac sur une cellule de données IBM 2321 .
- CC est le numéro absolu du cylindre sur l'appareil.
- HH est le numéro de la piste (tête).
- R est le numéro d'enregistrement sur la piste. L'enregistrement zéro contient des informations de contrôle pour la piste et ne peut pas être utilisé.
La spécification d'adresses de périphérique rend l'ensemble de données inamovible .
Les adresses de piste relatives sont des champs de trois octets au format TTR . Tous les sous-champs sont des nombres binaires.
- TT est le numéro de piste relatif dans le fichier, commençant par zéro.
- R est le numéro d'enregistrement sur la piste.
Les numéros de bloc relatifs sont des nombres binaires de quatre octets (mot complet) indiquant le numéro de bloc dans le fichier. Le premier bloc est le bloc 0. Cette forme d'adressage ne peut être utilisée qu'avec des blocs de longueur fixe ( RECFM=F).
Voir également
Les références
- ^ IBM System / 360 Operating System Basic Direct Access Method Program Logic Manual (PDF) . IBM. Juillet 1967. Y28-6617-3.
- ^ a b c d IBM System / 360 Operating System Data Management (PDF) . IBM. Avril 1966. C28-6537-1.
- ^ CICS et BDAM , centre d'informations IBM
- ^ IBM Corporation (juin 1973). Instructions relatives aux macros de gestion des données du système d'exploitation (PDF) . Récupéré le 19 août 2016 .
- ^ IBM Corporation. "Exécution de programmes d'accès direct" .
- ^ Guide des services de gestion des données du système d'exploitation (PDF) . IBM. Juillet 1973. GC26-3746-2.
Liens externes
- Introduction aux périphériques de stockage à accès direct IBM et aux méthodes d'organisation (PDF) . IBM. Février 1974. GC20-1649-9.