Datenverwaltung, Ein-/Ausgabe it-Akademie Bayern z/OS und OS/390 Lehrgang 2008 Prof. Dr.-Ing. Wilhelm G. Spruth Teil 3 Data Sets EA 0601 ww6 copyright W. G. Spruth, 08-2004 wgs 10-02 Volume Ein “Volume” ist eine Standard Sekundärspeicher Einheit, beispielsweise ein Plattenspeicher oder ein Magnetband. Volume Ein “Volume” ist eine Standard Sekundärspeicher Einheit, beispielsweise ein Plattenspeicher oder ein Magnetband. Datei, File, Data Set Eine Ansammlung von logisch aufeinander in Bezug stehenden Daten wird als Datei bezeichnet. Die englischen Bezeichnungen sind file für Unix, Linux und Windows Dateien, sowie data set für konventionelle z/OS Dateien. Neben konventionellen z/OS Data Sets existiert das z/OS Unix System Services (USS) Hierarchical File System (HFS), welches in einem konventionellen z/OS Data Set abgespeichert wird. Names The z/OS disk and data set characteristics differ considerably from UNIX, Linux and Windows systems, and carry their own specialized terminology. The following terms are used to describe various aspects of storage management on System z and z/OS: Direct Access Storage Device (DASD) is another name for a disk drive. A disk drive is also known as a disk volume, a disk pack, or a Head-Disk-Assembly (HDA). Another term for physical volume. A disk drive contains cylinders. Cylinders contain tracks. Tracks contain data records and are in most cases in the Count Data or Count Key Data (CKD) format. Data blocks are the units of recording on disk. Es kann sich bei einer Datei um ein Quellprogramm, eine Makrobibliothek, ein ausführbares Programm, eine lineare Folge von Bits oder um eine Gruppierung von Datensätzen (data records) handeln, die von einem Programm verarbeitet werden. E/A Puffer im Hauptspeicher Bei einem READ Zugriff auf den Plattenspeicher wird eine Gruppe von Bytes aus einer Datei in den Hauptspeicher gelesen. 01 n Unix, Linux oder Windows z/OS Im Unterschied zu Unix, Linux oder Windows Files (aber auch dem USS File System) bestehen z/OS Data Sets aus Records. Ein Record (Datensatz) ist eine Gruppe von Bytes und die die fundamentale Dateneinheit, mit der ein Programm arbeitet. Bei einem Lesezugriff auf einen z/OS Data Set READ (Anton, ID ) wird aus der Datei mit dem Namen Anton ein Record mit der Bezeichnung ID in einen Puffer im Hauptspeicher gelesen In einem gegebenen Data Set haben die Records (Datensätze) entweder alle eine unterschiedliche Länge, oder aber alle die gleiche Länge. Anfang der Datei „Anton“ +++++++++++++++++ ////////////////////////////////////// xxxxxxxxxxxxxxxxx Offset Länge 01 n j i Eine Unix, Linux oder Windows File besteht aus einer linearen Folge von Bytes mit den Adressen 0 .. n. Bei einem Lesezugriff READ (Anton, i, j ) wird aus der Datei mit dem Namen Anton eine Gruppe von j aufeinanderfolgenden Bytes in einen Puffer im Hauptspeicher gelesen, beginnend mit Byte i . i stellt einen Zeiger in die Datei dar und wird vom Anwendungsprogramm verwaltet. Unix Datei Zugriff Dateien sind in UNIX Dateien strukturlose Zeichenketten (Byte Streams). Deshalb muss ein Unix Anwendungsprogramm den Offset zu den Daten und die Länge definieren, auf die zugegriffen werden soll. Da im UNIX Dateien Byte Streams sind, muss eine Anwendung den Offset zu den Daten und die Länge definieren, auf die zugegriffen werden soll. Bei dem Record-orientierten Zugriff unter z/OS definiert die Anwendung die Nummer des Records, auf den zugegriffen werden soll. Standard-Zugriffsmethoden für die Ein- und Ausgabe sind in das UNIX-System eingebaut und werden von der UNIX-Programmiersprache C/C++ unterstützt. Einige Anwendungen verwenden außerdem noch direkte (raw) Zugriffe auf Dateien. Dies wird in erster Linie von Datenbankanwendungen verwendet. Unter einem Betriebssystem sind unterschiedliche File Systems möglich. Beispiele: Windows NTFS FAT32 Linux ext2fs ext3fs ReiserFS z/OS PDSE VSAM HFS Unterschiedliche High Level Formattierung für die einzelnen File Systems. Unter Linux kann eine NTFS Datei gelesen, aber nicht geschrieben werden (Stand 2007). z/OS benötigt eine unterschiedliche High Level Formattierung für die unterschiedlichen Arten von Data Sets. Data Sets konventionell non-VSAM BSAM QSAM ISAM BDAM VSAM Partitioned entry seq. key seq. relative rec. linear z/OS basic HFS PDS PDSE Unix System Services Arten von z/OS Data Sets OS/390 kannte non-VSAM und PDS. VSAM und PDSE kamen später hinzu. Die Einführung von Unix System Services erfordete HFS. Arten von Data Sets sequentiell (SEQUENTIAL) Die Sätze in der Datei sind fortlaufend organisiert. Der Zugriff auf die Datei erfolgt sequentiell in der Reihenfolge wie die Sätze gespeichert sind. indiziert (INDEXED) Die Sätze in der Datei sind mit einem beliebigen Schlüssel gespeichert. Durch eine zusätzlich gespeicherte Indextabelle ist ein direkter Zugriff über diesen Schlüssel möglich. relativ (RELATIVE) - wahlfrei (RANDOM) Die Sätze in der Datei sind fortlaufend nummeriert. Der Zugriff auf die Datei erfolgt direkt über Satznummer. Partitioned Sequentiell: Datensätze werden in der Reihenfolge der Ankunft geschrieben. Datensätze können am Anfang oder am Ende der Datei beginnend verarbeitet werden. Um auf den 5. Datensatz zuzugreifen muss das System die 4 vorhergehenden Datensätze lesen Datensätze können am Ende der Datei hinzugefügt werden. Sie können jedoch nicht zwischen zwei vorhandenen Datensätzen eingefügt werden. Sequentielle Data Sets können auf DASD oder Magnetband gespeichert werden. Sie sind eine Voraussetzung für die Speicherung auf Magnetband oder eine Drucker-Ausgabe, Partitioned (Untergliedert): Eine Gruppe von Datensätzen, sogenannte Member, werden in sequentieller Reihenfolge geschrieben. Jedem Member wird ein Name in einem Verzeichnis (Directory) zugeordnet, welches Teil des Data Sets ist. Jeder Verzeichniseintrag enthält den Namen des Members und seine Anfangsadresse innerhalb des Data Sets. Die Verzeichniseinträge sind alphabetisch geordnet gilt die aufsteigende Reihenfolge (alphanumeric collating sequence); die einzelnen Member können jedoch in jeder beliebigen Reihenfolge gespeichert sein. Eine untergliederte Datei muß sich auf einem DASD befinden, und wird im allgemeinen als Bibliothek bezeichnet. Die folgenden Dateiformen verwenden die untergliederte Organisation: PDS PDSE HFS Partitioned data set extended: In appearance, a Partitioned Data Set Extended (PDSE) is very similar to a partitioned data set. For accessing a partitioned data set directory or member, most PDSE interfaces are indistinguishable from PDS data set interfaces. However, PDSEs have a different internal format, which gives them increased usability. The main advantage of using a PDSE over a PDS is that PDSEs use DASD space much more efficiently. The size of a PDS directory is fixed regardless of the number of members in it, while the size of a PDSE directory is flexible and expands to fit the members stored in it. Also, the system reclaims space automatically whenever a member is deleted or replaced, and returns it to the pool of space available for allocation to other members of the same PDSE. The space can be reused without having to reorganize the data set. Direkt: Datensätze werden in der Reihenfolge in den Datenbestand geschrieben, die das Programm vorgibt. Direkt organisierte Dateien können sich nur auf DASD befinden. Indexsequentiell: Nach dem Laden, befinden sich die Datensätze in Reihenfolge. Verschiedene Indexsätze werden durch die Organisation automatisch erstellt und verwaltet. Diese Organisation wird aufgrund der geringen Leistung nicht mehr empfohlen. Als Alternative wird VSAM empfohlen. VSAM: VSAM (Virtual Storage Access Method) Dateien können über ein Dienstprogramm, IDCAMS, erstellt werden. Wenn SMS aktiv ist, können VSAM Dateien auch mittels JCL erstellt werden. VSAMDateien müssen sich auf DASD befinden und können auf vier verschiedene Arten organisiert sein: ESDS - Ähnlich einer sequentiellen Datei KSDS - Ähnlich einer indexsequentiellen Datei RRDS - Ähnlich einer direkt organisierten Datei LDS - Eine ESDS ohne jegliche Steuerinformationen Type sequential AM JCL-Parameter Description BSAM, QSAM DSORG=PS, no directory blocks in SPACE= Consecutive series of logical records, originally a pile of punched cards DSORG=PO, directory blocks in SPACE= Dataset space consists of two areas: - Directory space with TTRs to members. - Member space to hold the data. Program Libraries partitioned BPAM partitioned extended DFSMS Dataset space is formatted into 4K data DSNTYPE=LIBRARY blocks which can hold directory or member data PDSE HFS DFSMS DSNTYPE=HFS Special dataset type to hold UNIX System PATH=’/usr/lpp/tcpip’ Services file systems Related to PDSEs direct BDAM DSORG=DA Historic way to organize random access to data usinga disk drive’s actuator echanism VTOC keyed VSAM RECORG=KS Data is organized in control areas and control interval which are mapped into virtual storage. Random access is carried out by storage address calculation. Database DL/I IMS DB DB2 Oracle N/A A great variety of database formats has developed over the years. Nowadays, relational database managers dominate this area. Dateiarten, Access Methods Partitioned Data Set Boot Block Super Block Block Block Group1 Group 2 FS Descriptor Block Group 3 Inode Liste Block Group n Datenblöcke Linux ext2fs File System Format Das Linux ext2fs File System besteht aus einer Folge von Datenblöcken, z.B. je 1 KByte groß. Der Boot Block (Boot Sector) beginnt auf Oberfläche 0, Spur 0, Sektor 1, gefolgt von einer Liste von Block Groups. Jede Block Group enthält einen Zeiger auf einen Superblock. Der Superblock enthält Angaben über Anzahl der Inodes Anfangsadresse der i-list ( Inode Liste) Literatur: M. Bach. The Design of the UNIX Operating System. Prentice Hall, 1986 Unix File System Root / User Directory /u/maier z/OS Partitioned Data Set Master Catalog User Prefix MAIER Subdirectory /u/maier/test1/c Partitioned Data Set MAIER.TEST1.C File /u/maier/test1/c/pgma Member MAIER.TEST1.C(PGMA) Vergleich Unix Hierarchiches File System mit z/OS Partitioned Data Set z/OS benutzt spezielle Software (Access Methods), um Programme und Daten vom Plattenspeicher in den Hauptspeicher zu lesen und zu speichern. Programme werden in Programm Bibliotheken (Partitioned Data Sets, PDS) gespeichert, und mit der „Partitioned Access Method“ (PAM) in den Hauptspeicher geladen. Eine PDS Bibliothek enthält individuelle „Members“ (Quellprogramme, ausführbare Programme, JCL Scripts), die durch einen Index am Anfang des PDS adressiert werden. Members werden wie eine File innerhalb einer File behandelt. Unix Files adressieren einzelne Bytes Plattenspeicherplatz wird automatisch zugeordnet (allocated) z/OS Files adressieren Records Plattenspeicherplatz wird von Hand zugeordnet (allocated) es 0576 ww6 wgs 03-01 Partitioned Data Set (1) Ein Partitioned Dataset ist eine Art Mini-File-System. Es verfügt über ein einfaches Inhaltsverzeichnis und Platz für mehrere Dateien, die als Members bezeichnet werden Partitioned Datasets werden häufig für Programm-Bibliotheken eingesetzt, wobei ein Member ein Programm in dieser Bibliothek darstellt. Jeder einzelne Member des Datasets kann ausgewählt oder gelöscht werden, ohne die anderen zu beeinflussen. EA 0403 ww6 wgs 11-02 Partitioned Organisation Eine Gruppe von Datensätzen, ein sogenanntes "Member", wird in sequentieller Reihenfolge geschrieben, und es wird dem Member ein NAME im Verzeichnis (Directory) zugeordnet. Ein Verzeichnis ist ein Index, der vom Betriebssystem verwendet wird, um ein Member in einem PDS zu lokalisieren. Für das Verzeichnis gilt eine aufsteigende Reihenfolge. Die einzelnen Member können jedoch in jeder beliebigen Reihenfolge gespeichert sein. Ein PDS wird allgemein als LIBRARY Bibliothek bezeichnet. Ein PDS muß auf DASD angelegt sein und sich auf einem einzelnen Datenträger befinden. Partitioned Data Set (2) Ein Partitioned Data Set besteht aus einem Directory und einem Datenbereich. Der Datenbereich ist in sequentielle Dateien, den Members, aufgeteilt. Für jedes Member existiert ein Eintrag im Directory. Der Vorteil eines Partitioned Data Sets gegenüber einem sequentiellen Data Set ist, dass man auf die gewünschte Information zugreifen kann, ohne die gesamte Datei durchsuchen zu müssen. Dies macht Partitioned Data Sets zu der vorherrschenden Dateiorganisationsform für Program-Libraries, da dadurch viele einzelne Dateien auf den Platten vermieden werden können, die Programme in logische Gruppen eingeteilt werden können und ein schneller Zugriff auf die einzelnen Member möglich ist. Im Wesentlichen stellt ein Partitioned Data Set eine Art Directory-Struktur wie unter UNIX zur Verfügung, mit dem Unterschied, dass nur eine Hierarchie-Ebene möglich ist. In einem Partitioned Data Set werden Member solange angelegt, bis das Data Set voll ist, wobei alle Extents, die dafür zur Verfügung stehen, ausgenutzt sein müssen. Wird ein Member gelöscht, bleibt der freigewordene Speicherplatz frei, bis durch einen Compress alle Member an den Anfang verschoben werden und der freie Speicher wieder in den verfügbaren Bereich wandert. Dieser Vorgang entspricht den üblichen Garbage Collection Verfahren. Ein Nachteil dieser Organisation wird offenbar, wenn man bedenkt, dass jede Veränderung in einem Member, die abgespeichert wird, das Löschen des bisherigen Members und dessen Neuanlegen im freien Speicherbereich beinhaltet. Eine Verbesserung der Platzausnutzung bietet das PDSE (Partitioned Data Set Extented) Format. Hier kann der freigewordene Platz wieder verwendet werden, und Member können gesplittet werden, um den Platz optimal zu nutzen. Partitioned Organisation – Nutzung Angenommen, es wurde eine Anforderung an z/OS gestellt, um das Member C aus der Datei, DSN=MY.PDS, aufzurufen. Beachten Sie die Codierung im DD-Statement. Das Membername C befindet sich in Klammern nach dem Dateinamen im DD-Statement. z/OS durchsucht das Verzeichnis, bis es den Eintrag für C findet. Der Verzeichniseintrag enthält die Adresse für C. z/OS geht zu dieser Adresse und ruft C auf. DISP=SHR permits data sets to be shared. SHR must be used only for input data sets. Sharing data set is necessary because public libraries like SYS1.LINKLIB or the subroutine libraries should be available to every job in the system. Spezifikation für Bibliotheken Das Verzeichnis (Directory) besteht aus 256-Byte-Blöcken, die der primären Speicherplatzreservierung entnommen werden. Die sekundäre Bereichszuordnung wird für das Directory nicht verwendet. In einem PDS kann der Speicherbereich auf zwei Arten knapp werden: Es kann sein, dass kein Speicherbereich im Directory übriggeblieben ist. Es kann sein, daß kein Speicherbereich für Member übriggeblieben ist. Beispiel: //AP DD DSN=MY.PDS,UNIT=SYSDA,DISP=(NEW,CATLG), // VOL=SER=PAK888,SPACE=(CYL,(50,25,200)) Achten Sie auf die Codierung des SPACE Parameters in diesem Beispiel. Der Parameter ordnet 200 Verzeichnisblöcke zu. Die Tatsache, dass die Zahl 200 angegeben ist, bewirkt zwei Dinge: Die Zahl 200 führt dazu, dass die Datei untergliedert ist. Die Zahl 200 zeigt an, wie groß das Directory sein wird. Partitioned Organisation – Hinzufügung Im Directory wird der Membername D an der Stelle eingefügt wo er in aufsteigender Reihenfolge einzuordnen ist. Das neue Member mit dem Namen D wurde am Ende des vorhandenen PDS mit dem Namen MY.PDS hinzugefügt, obwohl ausreichend Raum für Member D nach Member C vorhanden ist. Neue Member und geänderte Versionen vorhandener Member werden in den vorhandenen Speicherbereich am Ende der Datei geschrieben. Es kann natürlich sein, daß dort kein Speicherplatz mehr zur Verfügung steht. Member können nicht hinzugefügt werden, wenn am Ende des reservierten Speichers kein Platz mehr zur Verfügung steht(auch wenn ausreichend Speicherbereich durch das Löschen von Membern geschaffen wurde). Speicher, der zuvor von gelöschten Membern belegt war, kann nur zur Verwendung angefordert werden, indem das PDS komprimiert wird. Zum Komprimieren eines PDS verwendet man die IEBCOPY Routine und codiert denselben Dateinamen in den Eingabe- und Ausgabe-DD-Statements. Partitioned Organisation - PDSE Eine PDSE ist eine System Managed Storage (SMS) verwaltete Datei, mit einer untergliederten Organisation. Das heißt, sie verfügt über ein Verzeichnis und einen Member-Bereich. Ein PDSE wird auf dieselbe Art und Weise erstellt wie ein PDS mit einer Ausnahme, für die Erstellung eines PDSE muß dem DD-Statement der Parameter DSNTYPE=LIBRARY hinzugefügt werden. Andernfalls wird ein PDS erstellt. Siehe obiges Beispiel. Ein PDSE hat jedoch mehrere Eigenschaften, die Vorteile gegenüber einem PDS darstellen: Ein PDSE bietet eine bessere Leistung (Effizienz) als ein PDS. Es muß niemals komprimiert werden. Bei einem PDSE tritt keine Verzeichnisknappheit auf. Mehrere Member können gleichzeitig hinzugefügt werden. Unterschiede PDS zu PDSE Ein PDSE muß SMS-verwaltet sein. Sie könnten auch mit einem SMS-verwalteten PDS arbeiten. Dies ist jedoch ungewöhnlich. Die meisten PDS sind nicht-SMS-verwaltet. Ausführbare Programme können sowohl in PDS als auch in PDSE gespeichert werden. PDSEs müssen niemals komprimiert werden, während dies bei PDS der Fall ist. In einem PDS-Directory kann der Speicherbereich knapp werden, jedoch nicht in einem PDSE-Directory. Wenn ein Benutzer auf ein PDS mit der Angabe DISP=OLD zugreift, wird jeder andere Benutzer, der zur gleichen Zeit auf die Datei zugreifen möchte, in eine Warteschlange gestellt. Mehrere Benutzer können gleichzeitig auf eine PDSE zugreifen, wenn für jeden Benutzer DISP=SHR codiert ist. Insbesondere können Benutzer mehrere Member zur gleichen Zeit hinzufügen. Non-VSAM Data Sets Konventionelle Data Sets Zugriffsmethoden Der Zugriff zu Daten in unterschiedlichen Organisationsformen erfolgt über als Zugriffsmethoden bezeichnete Komponenten. Die DFSMSdfp Komponente von z/OS enthält u. a. folgende Zugriffsmethoden: Non-VSAM: sequentielle Organisation der Daten. BSAM erlaubt Zugriff auf die physische Blockebene. QSAM erlaubt den Zugriff auf den logischen Satz (Record). BPAM unterstützt sequentielle Member von Partitioned Data Sets (PDS / PDSE). BDAM: direkter Zugriff auf Records über die direkte oder relative Adresse. ISAM:Index-sequentielle Access Metzod. VSAM: Zugriff auf Records über die relative Adresse oder einen Indexschlüssel. OAM (Object Access Method): Verwaltung von unkodierten Bit-Datenströmen (NCI - Non Coded Information) in der Form von Objekten Benutzer Programm Access Method READ ( … ) SVC user state kernel state Je nach Art der Data Set Organisation und der Art der Lese/Schreibzugriffe existieren unterschiedliche Zugriffsmethoden (access methods). Access Method An access method defines the technique that is used to store and retrieve data. Access methods have their own data set structures to organize data, macros to define and process data sets, and utility programs to process data sets. Access methods are identified primarily by the data set organization. For example, the basic sequential access method (BSAM) or queued sequential access method (QSAM) are used with sequential data sets. There are times when an access method identified with one organization can be used to process a data set organized in a different manner. For example, a sequential data set created using BSAM can be processed by the basic direct access method (BDAM), and vice versa. Another example is UNIX files, which can be processed using BSAM, QSAM, basic partitioned access method (BPAM), or virtual storage access method (VSAM). Types of non-VSAM data sets Non-VSAM data sets are collections of fixed-length or variable-length records, grouped into blocks. BSAM, QSAM, or BPAM are used to access non-VSAM data sets. Physical sequential data set (PS) Sequential data sets contain records that are stored in physical order. New records are appended to the end of the data set. Partitioned data set (PDS) Partitioned data sets contain a directory of sequentially organized members, each of which can contain a program or data. After opening the data set, any individual member can be retrieved without searching the entire data set. Partitioned data set extended (PDSE) Partitioned data sets extended contain an indexed, expandable directory of sequentially organized members, each of which can contain a program or data. The main advantage of using a PDSE over a PDS is that a PDSE automatically reuses space within the data set. Dateiorganisationen Das ursprüngliche OS/360 Betriebssystem verwendete Data Sets (und die dazugehörigen Access Methods) wie BSAM, QSAM, BDAM u.A. Wir bezeichnen diese Data Sets als konventionelle oder non-VSAM Data Sets. VSAM Data Sets kamen später und sind weitgehend als Ersatz für diese non-VSAM Data sets gedacht. Bisher haben sie die non-VSAM Data Sets nur teilweise verdrängt. Sequentieller Data Set Record 1 Record 2 Record 3 Record 4 Record ... Record ... Record Record n Bei der sequentiellen Organisation werden die Records des Datasets hintereinander (sequentiell) angeordnet und in dieser Reihenfolge verarbeitet. Sequentielle Datasets können auf Magnetbändern und Platten gespeichert oder zum Drucker übertragen werden. Die sequentielle Organisation ist dann zu empfehlen, wenn die Daten in der gleichen Reihenfolge verarbeitet werden, in der sie generiert wurden. Ein Beispiel dafür bildet eine Gehaltsdatei, in der alle Mitarbeiter-Records einer Firma enthalten sind es 0440 ww6 wgs 11-02 Sequentielle Datenorganisation Datensätze werden in der Reihenfolge der Ankunft geschrieben. Datensätze können am Anfang oder am Ende der Datei beginnend verarbeitet werden. Datensätze können am Ende der Datei hinzugefügt werden. Sie können jedoch nicht zwischen zwei vorhandenen Datensätzen eingefügt werden. Alle Einheitentypen werden unterstützt. Ein Datenbestand kann über mehrere Datenträger verteilt sein. Beispiel: //AS DD DSN=MY.SEQ,UNIT=SYSDA, // DISP=(NEW,CATLG),SPACE=(8900,(100,50)) Read Write BSAM Access Method Get Put QSAM Access Method Sequential Data Set Der Zugriff auf einen Data Set ist mit unterschiedlichen Zugriffsmethoden möglich. Gepufferte Ein/Ausgabe Im Gegensatz zu READ und WRITE benutzen GET und PUT eine gepufferte Ein/Ausgabe. Die Ein/Ausgabe Puffer werden von der Access Method verwaltet. Sequentiel Data Sets Direkte Organisation Record 1 Key 1 Record 2 Key2 Record 3 Key 3 Record 4 Key 4 Record ... Record ... Record Record n Key n Werden alle Records des Datasets mit einem Schlüssel (Key) versehen, können direkte (random) Zugriffe auf die Records erfolgen. Die direkte Organisationsform ist dann notwendig, wenn der Zugriff auf die einzelnen Records des Datasets nicht vorhersehbar ist. In diesem Fall hat der nächste zu verarbeitende Record keine physikalische Kopplung mit dem vorhergehenden. es 0441 ww6 wgs 11-02 Direct Organisation Die direkte Organisation ist für Anwendungen konzipiert, die eine wahlfreie Verarbeitung einer Datei durchführen. Bei der Verarbeitung kann es sich um eine Lese-oder Schreibverarbeitung handeln. Wenn Benutzer zum Beispiel Datensätze in beliebiger Reihenfolge aus einem Datenbestand aufruft, ist die direkte Organisation möglicherweise für die Anwendung geeignet. Die Anwendung liefert dann die Adresse des Datensatzes, der genutzt werden soll. Zwei Punkte sind bei einer Datei mit direkter Organisation zu beachten: Bei der Erstellung kann keine sekundäre BEREICHSZUORDNUNG angegeben werden. Beim Laden der Datei muß immer DCB=DSORG=DA angegeben werden. Index-sequentielle Organisation ISAM es 0442 ww6 wgs 11-02