`Vorangehender Teil`   /   `Fortsetzung` 
allegro Systemhandbuch V32

0.3	Dateitypen 
`Interaktive Übersicht` 
Wozu dieser Abschnitt?
Alle Dateitypen sind hier zusammengestellt und kommentiert, mit denen allegro arbeitet. Das ist wichtig für Systemverwalter und Entwickler. "Normalanwender" werden diese Kenntnisse nicht so dringend brauchen. Wenn Ihnen aber einmal eine Datei auffällt, warum auch immer, können Sie hier nachschlagen, was es damit auf sich hat.
Eine Angabe wie z.B. µo k  bedeutet: Menü Optionen | Konfiguration (d.h. das Zeichen µ steht für "Menü")
Das bezieht sich auf die Menüs des veralteten DOS-Programms `CockPit`. Ab Win'7/64 ist es nicht mehr nutzbar.
Nochmals der Hinweis: unter UNIX sind alle Namen und Typen vollständig klein zu schreiben, also z.B. cat.api statt CAT.API, für DOS und Windows ist es egal.
Sie finden hier Angaben zu den Aspekten (und Antworten auf die Fragen): 
	Inhalt	der Dateien  ("Was steht drin?"), 
	Struktur	("Wie sind die Dateien aufgebaut?"), 
	Bezug / Standort 	("Womit hängt das zusammen? Wo müssen/können diese Dateien liegen?"),
	Funktion	("Wozu wird das gebraucht?"), 
	Entstehung	("Woher kommt die Datei, wie entsteht sie oder wer legt sie an?"), 
	Zugriff	("Wer oder welches Programm kann/darf/muß daran etwas machen?").
		Hauptsächlich geht es dabei um den Schreibzugriff. 

Nicht alle Angaben sind für das Arbeiten mit allegro zum Verständnis notwendig, das Handbuch soll aber jedem an Details Interessierten eine möglichst vollständige Dokumentation bieten.
Ein anschauliches Bild der wichtigsten Zusammenhänge zeigt Anhang C. Eine weitere `Übersicht in 0.8` zeigt, welche Dateien zu einer konkreten Datenbank gehören.
Für andere Programme zugänglich, vor allem Textprogramme, sind nur die Typen, bei denen als Struktur "ASCII-Textdatei" angegeben ist. 
Unter CockPit  ist angegeben, wie man bequem an die Dateien herankommt (-Ø 0.11). Eine Angabe wie z.B. µo k  bedeutet: Menü Optionen | Konfiguration (d.h. das Zeichen µ steht für "Menü")

Typ	Bedeutung/Inhalt:	`Zugang über CockPit`

.CFG	Konfigurationsdatei    (-Ø `Anhang A`)	µo k
	Inhalt:		Kategorienschema (z.B.  A.CFG als Standard,  D.CFG für "DB-MAB"), Angaben zur Hardware, Bildschirmfarben, Datumskategorien, Dialogsprache, 
			Abfrageliste ("Erfassungsmaske") für die Dateneingabe., Nummerngenerator. 

	Struktur:	ASCII-Textdatei 
	Bezug:		Wichtig ist der erste Buchstabe des Namens, der Konfigurationsbuchstabe genannt wird. Alle von einem Kategorienschema c.CFG abhängigen Dateien haben den Konfigurationsbuchstaben 'c' als ersten Buchstaben ihrer Typenbezeichnung. Z.B. arbeiten die Parameterdateien der Typen .APR oder .API nur mit der Konfiguration A.CFG zusammen (siehe unten). In Netzwerken ist es auch eine Möglichkeit, jedem Mitarbeiter "seine" .CFG-Datei mit eigener Abfrageliste auf sein eigenes Verzeichnis zu legen. Denn:
	Standort:	Die Programme suchen die .CFG zuerst auf dem Datenverzeichnis, dann auf dem Verzeichnis, von dem gestartet wurde, und wenn sie dort auch nicht steht, auf dem Programmverzeichnis. 
	Funktion: 	Alle Programme mit Ausnahme von ASORT und QRIX suchen und lesen die Konfigurationsdatei beim Start, um zu erfahren, wie die Anwenderdaten strukturiert sind. Als Standard nehmen alle Programme A.CFG an. Mit dem DOS-Befehl  set -k=p  kann man z.B. P.CFG als Standard vorgeben. Die Option -k (-Ø Kap.12.1) ermöglicht die Wahl einer spezifischen Konfiguration bei jedem Programmaufruf. Es kann unterschiedliche Versionen einer Konfiguration geben: wenn z.B. mehrere Bearbeiter mit verschiedenen Abfragelisten und Änderungsberechtigungen arbeiten sollen, erstellt man dafür je eine Konfiguration. Nur der Anfangsbuchstabe des Namens muß derselbe sein, also z.B.  A1.CFG, A17.CFG oder ADELHEID.CFG. Alle drei beziehen sich auf dasselbe Kategorienschema A.CFG und können mit denselben Parameterdateien der Typen .API und .APR betrieben werden. 
	Entstehung:	Mehrere werden mitgeliefert (A, D, M, PICA, U) und können beliebig verändert werden. Eigene, neue Konfigurationen können erstellt werden (-Ø Anh.A). 
	Zugriff:		Mit jedem Texteditor zu erstellen und zu bearbeiten. 

.INI	Initialisierungs-Datei     (nur für die Windows-Programme a99/alcarta) 
	Inhalt:		Angaben zu einer Datenbank und ihrer Benutzung 
	Struktur:	Eine für Windows-Software übliche Liste von Schlüsseln, die die Eigenschaften der Datenbank und die Modalitäten ihrer Benutzung beschreiben. Eine vollständige Dokumentation findet man in der Datei `A99.INI`, die man als Grundlage für eigene Versionen nehmen kann.
	Zugriff:		Wenn XYZ.INI die Angaben zu einer Datenbank enthält, kann man diese mit dem Befehl a99`xyz  bzw.  alcarta xyz öffnen. Zu jeder Datenbank kann es mehrere INI-Dateien mit unterschiedlichen Benutzungsmerkmalen geben. Der Name muß nichts mit dem Datenbanknamen zu tun haben.

.cLD		allegro-Datenbank-Datei	µr b

	Inhalt:		In solchen Dateien stehen die "echten" Daten des Anwenders. 
	Struktur:	Datensätze sind sequentiell angeordnet, die Felder in der Reihenfolge der Kategorienummern, wie durch die .CFG-Datei festgelegt. Jeder Satz beginnt mit der automatisch vergebenen Satznummer (4 stellig, hexadezimal). Ansonsten stimmt die Dateistruktur mit derjenigen der Grunddateien (siehe .cLG) überein.
			Die Einzelheiten der Struktur sind in 0.2 beschrieben. 
	Bezug:		Zum Zugriff auf die Daten werden die .cDX- und die .TBL-Datei gebraucht. Zu einer Datenbank dbn kann es bis zu 255 .cLD-Dateien geben. Die Dateinamen setzen sich aus dbn und der Nummer zusammen: z.B. cat_17.ALD. Der Name dbn darf deshalb nicht länger als 4 Zeichen sein. 
	Standort: 	Diese Dateien stehen zusammen mit der .TBL-Datei auf einem eigenen Verzeichnis, dem Datenbankverzeichnis des Anwenders. Hier stehen in der Regel auch die .ADX- und die .STL-Dateien, jedoch können diese auch anderswo gelagert sein.
	Funktion:	Datenspeicherung. Der Platz zum Speichern wird vom Programm 1 (= PRESTO), mit dem man die Daten bearbeitet, automatisch verwaltet. 
	Entstehung:	Entsteht beim Aufbau einer Datenbank mittels Programm INDEX und wird bei der Datenerfassung im Programm PRESTO automatisch erweitert. 
	Zugriff:		für Bearbeitung und evtl. Export: Programm 1 (PRESTO) und 9 (UPDATE), a99 und avanti; 
			lesend mit oder ohne Export auch per Volltextsuche (Programm SRCH); zum Aufbau und Ergänzung einer Datenbank mit Programm INDEX.

.cDX	Index-Datei     (-Ø Kap.1.4, 7, 10)	µr o i/c
	Inhalt:		Suchbegriffe (Zugriffs-Schlüssel) zu einer Datenbank, bis zu 11 Register.
	Struktur:	"Präfix-B*-Baum" : das ist eine heute in der Informatik speziell für Indexdateien bevorzugte Struktur. Hier ist sie realisiert mit variabler Schlüssellänge und "Frontkomprimierung" (spart Platz: je größer die Datenbank, umso mehr); zu jedem Schlüssel sind die internen Nummern der zugehörigen Datensätze gespeichert.
	Bezug:		arbeitet nur mit einem Schema c.CFG zusammen. Zu jeder Datenbank dbn gehört eine Index-Datei dbn.cDX, eine Index-Parameterdatei dbn.cPI und eine Datei dbn.TBL (mit den Adressen der Sätze), ferner als Hauptteil eine oder mehrere Dateien dbn_k.cLD. Dabei ist k eine Zahl zwischen 1 und 255. 
	Standort: 	Die Datei muß auf dem Datenverzeichnis stehen, mit Option -y kann ein anderes vorgegeben werden (siehe Kap.12).
	Funktion:	Nötig für den Datenbank-Schnellzugriff (Kap.1); kann inhaltlich nach Wunsch des Anwenders individuell gestaltet werden (Kap.7 und 10). Dazu dient die Parameterdatei des Typs .cPI (s.u.).
	Entstehung:	wird durch INDEX erstellt und durch PRESTO und UPDATE während des Zugriffs automatisch verwaltet. `Erneuerung` möglich durch CockPit µr o i . 
	Zugriff:		nur automatisch per PRESTO, a99, avanti, UPDATE, INDEX, SRCH und QRIX. Das letztgenannte ist einerseits ein Hilfsprogramm, das von INDEX aufgerufen wird, es kann aber auch einige nützliche Funktionen an einem Index selbständig ausführen (-Ø Kap.7.5). 
			Von eigenmächtigen, schreibenden Zugriffen mit Editoren, Software-Tools oder selbstgeschriebenen Programmen auf eine .ADX-Datei ist abzuraten.

.TBL	Satztabelle	µr o t

	Inhalt:		4 Byte je Datensatz für die Zuordnung der Satznummer zur realen Adresse. Die ersten zwei Bytes am Anfang der Datei dienen Steuerzwecken. Derzeit wird nur das erste Byte verwendet: normalerweise ist es 0, während eines Schreibvorgangs wird es auf 1 gesetzt, damit niemand gleichzeitig in die Datei schreiben kann. Per CockPit kann man es verändern: µr o s setzt es auf 1 und sperrt damit die Datenbank für Schreibzugriffe, µr o e (entsperren) gibt sie wieder frei. Das gleiche tun die Hilfsprogramme UNFREE und FREE. 
	Struktur:	sequentiell in aufsteigender Reihenfolge der Satznummern. Dabei ist das erste Byte die Dateinummer (1..255), die anderen 3 Byte geben die Position des Satzes in der Datei an. Wenn N eine Satznummer ist, findet man an der Position N*4-2 die Adresse des Satzes. 
	Bezug:		Sie bildet eine funktionale Gesamtheit mit .cDX und .cLD!  Von der Konfiguration hängt die Tabelle nicht ab - sie würde bei jeder Konfiguration gleich aussehen. Daher kommt 'c' nicht in der Typbezeichnung vor. Standort: siehe .cLD . 
	Funktion:	dbn.TBL ist Bindeglied zwischen dbn.cDX und den Datenbank-Dateien dbn_k.cLD, indem sie jeder Satznummer die reale Adresse zuordnet. Im Index findet PRESTO die Satznummer, und ein Zugriff auf die .TBL-Datei liefert dann die Adresse. 
			Wichtig ist das erste Byte: ist es der Code 1, ist die Datenbank zum Schreiben gesperrt. 
	Entstehung:	wird automatisch mit der Datenbank aufgebaut (per Programm 7 = INDEX) und wird, wo nötig, automatisch aktualisiert. `Erneuerung` möglich durch CockPit µr o t . 
	Zugriff:		nur automatisch aus den Programmen 1, 4, 7 und 9. 
			Von jedem direkten Eingriff durch den Anwender wird abgeraten. 

.STL	Kurztitelregister	µr o k

	Inhalt:		eine bis zu 250 Zeichen lange Zeile für jeden Datensatz. (Nur die ersten 72 sind in APAC, PRESTO und a99/alcarta normalerweise zu sehen) 

	Struktur:	sequentiell in aufsteigender Reihenfolge der Satznummern, ohne Steuerzeichen. Die Position der Kurzzeile zu einem Datensatz ergibt sich aus dessen Satznummer multipliziert mit der für den Kurztitel vorgegebenen Länge (Parameter i0  in der Index-Parameterdatei). Daher kann es je Datensatz nur genau eine Kurzzeile geben. Die Zusammensetzung der Kurzzeile ist mit den Mitteln der Parametrierung frei gestaltbar (-Ø Kap.10). Für die Beispieldatenbank wurde die Konstruktion "Sachtitel /Verfasser  Jahr  Signatur" gewählt.
	Bezug:		Die Datei bildet eine funktionale Gesamtheit mit .cDX, .cLD und .TBL. Im Gegensatz zu diesen ist sie jedoch entbehrlich: wenn sie fehlt, gibt es eben keine Kurzanzeige. 
			Standort: siehe .cDX (und Kap.12, Option -y). 
	Funktion:	Die Kurzzeile wird angezeigt, wenn die Kurzanzeige per <Shift+F8> oder <Shift+F9> verlangt wird (-Ø 1.4). 
			Eine Datenbank funktioniert auch ohne .STL-Datei (bis Version 11.2 gab es keine). 
	Entstehung:	entsteht automatisch mit der Datenbank (per Programm 7 = INDEX) und wird, wo nötig, automatisch aktualisiert. Allerdings müssen in der Index-Parameterdatei dafür besondere Vorkehrungen getroffen sein (-Ø 10.2.6.3): es müssen die Befehle i0=72 und ak=zz+0 vorhanden sein und in der Kategorieliste ein Abschnitt mit der Sprungmarke #-0 . (Sonst hat man keine Kurzanzeige) 
			`Erneuerung` jederzeit möglich durch CockPit µr o k . 
	Zugriff:		nur automatisch aus den Programmen 1, 7 und 9. 
			Direkte Eingriffe sind nicht sinnvoll, können allerdings keinen Schaden an den Daten anrichten, auch keine Folgeschäden außer fehlerhaften Kurzzeilen.

.RES	Restriktionsdatei	µr o x

	Inhalt:		für jeden Datensatz eine feste Anzahl von Zeichen.
	Struktur:	wie .STL, nur mit entsprechend anderem Inhalt. 
	Bezug:		Die Datei bildet eine funktionale Gesamtheit mit .cDX, .cLD und .TBL. Im Gegensatz zu diesen ist sie jedoch entbehrlich: wenn sie fehlt, gibt es eben keine Restriktionen. 
			Standort: siehe .cDX . 
	Funktion:	Die Angaben in dieser Datei werden gebraucht, wenn eine Suche eingeschränkt werden soll, z.B. nach Kriterien wie Erscheinungszeitraum oder Sprache  (-Ø 1.4.6). 
	Entstehung:	entsteht automatisch mit der Datenbank (per Programm 7 = INDEX) und wird, wo nötig, automatisch aktualisiert. Allerdings müssen in der Index-Parameterdatei dafür besondere Vorkehrungen getroffen sein (-Ø 10.2.9): es müssen die Befehle ir=k und ak=zz+/ vorhanden sein und in der Kategorieliste ein Abschnitt mit der Sprungmarke #-/ . 
			`Erneuerung`: jederzeit möglich durch CockPit µr o x . 
	Zugriff:		nur automatisch aus den Programmen 1, 7 und 9. 
			Direkte Eingriffe sind nicht sinnvoll, können allerdings keinen Schaden an den Daten anrichten, auch keine Folgeschäden außer fehlerhaften Kurzzeilen.

.cLG	allegro-Grunddatei     (-Ø  Kap. 3.2)	µf 2/3
.cDT	Externdatei     (-Ø  Kap. 0.2.2) 

	Inhalt:		Anwender-Datensätze, strukturiert gemäß Konfiguration c.CFG
	Struktur:	Der Aufbau ist derselbe wie bei der .cLD-Datei, es fehlen aber die Satznummern. (Einzelheiten sind in `0.2.2` und 11.0.1 beschrieben.) 
	Bezug:		Mit Hilfe des Programms INDEX kann man .cLG-Dateien in eine Datenbank umwandeln bzw. in eine vorhandene Datenbank einspeisen. Diese Dateien haben keinen festen Standort., weil sie nicht zu einer Datenbank gehören.
	Funktion:	.cLG-Dateien gehören nicht zu einer Datenbank. Sie sind deshalb in der Regel ein Zwischenprodukt für die Weiterverarbeitung mit SRCH oder INDEX ("Export"). Grunddateien können sortiert werden (mit dem Programm ASORT, siehe 0.4). Die meisten Verfahren der Listenproduktion erzeugen zuerst sortierfähige Grunddateien und exportieren diese nach dem Sortieren erneut mit SRCH. 
			Beispiele: PR-LIST.BAT oder QUEX.BAT. 
	Entstehung:	als "download" (Funktion F4) aus einer Datenbank, als Ergebnis einer Volltextsuche oder eines Imports (Ausgabe-Parameter S-*.cPR oder I-1.cPR), oder auch durch manuelle Eingabe und Bearbeitung (Hauptfunktion 2 = Programm ALLEGRO, "offline"-Erfassung). 
	Zugriff:		Lesend mit SRCH (Volltextsuche) und INDEX (Datenbankaufbau); 
			Schreibende Bearbeitung nur sequentiell ("offline") mit dem Programm ALLEGRO. 
			Mit IMPORT können strukturelle Umwandlungen, etwa Änderungen an den Kategorien, vorgenommen werden (-Ø 11.2.3.1, Pauschal-Import). Das bedeutet, allegro-Daten können für grundlegende Änderungen quasi re-importiert werden:
			UPDATE und a99 können eine .cLG-Datei lesen und in eine Datenbank einmischen, wobei vorhandene Datensätze durch neue ersetzt oder die neuen einfach hinzugefügt werden (siehe Kap. 9). Die Struktur .cDT kann auch mit jedem Texteditor bearbeitet werden.
			TIP: Mit Befehl   rdwr 1 1000000 X.alg X.txt H1 0  Umwandl. in ASCII-Datei. 

.cIM	Import-Parameter-Dateien   (-Ø  Kap.5 und 11)	µd i..

	Inhalt:		Beschreibung eines fremden Datenformates und genaue Anweisungen, wie dieses in das allegro-Format c.CFG umzuwandeln ist. Z.B. enthält OCLC.UIM die Beschreibung der Umwandlung von OCLC-Daten in das Schema U.CFG (= USMARC-Standardschema).
	Struktur:	ASCII-Textdatei, mit jedem Texteditor zu erstellen und zu bearbeiten. 
	Bezug:		Standort: gesucht werden diese Dateien zuerst auf dem Quellverzeichnis (wo die einzulesenden Fremddaten stehen), dann auf dem Programmverzeichnis. 
	Funktion:	Steuerung der Datenumwandlung im Programm 5 (= IMPORT). 
	Entstehung:	einige werden mitgeliefert (DBDISK.AIM, OCLC.AIM, ...), weitere können vom Anwender beliebig erstellt werden.
	Zugriff:		mit jedem Texteditor zu erstellen und zu bearbeiten. Neben den Befehlen können beliebige Kommentare vorkommen.

.cPx	Export-Parameter-Dateien   (-Ø  `Kap. 10`)	µd e ..
.@Px
	Achtung:	Wenn @ statt  c, dann sucht das Programm zuerst die "normale" Datei, z.B. Typ .APR, und nur bei Mißerfolg nimmt es die Datei vom Typ  .@PR. Dies kann man nutzen, um allgemeingültige Parameter bereitzustellen, vor allem Tabellendaten, die nicht an ein bestimmtes Schema gebunden sind. 
	Inhalt:		Genaue Vorschriften über die Form einer Datenausgabe (sog. "Export"), formuliert in der allegro-Exportsprache. 
	Struktur:	ASCII-Textdatei. 
	Bezug:		Jedes Programm außer dem Sortierprogramm (Nr. 8) benötigt für die Ausgabe von Daten Parameterdateien. 
			Standort: Die Programme suchen jede solche Datei zuerst auf dem Datenverzeichnis (Quellverzeichnis), wenn sie dort nicht ist, dann auf dem Startverzeichnis (wo man das Programm aufgerufen hatte), und zuletzt noch auf dem Programmverzeichnis. 
	Funktion:	Jede Ausgabe, ob Bildschirmanzeige, Papierausdruck oder "download" (auch Indexdatei!), wird durch Parameter gesteuert. Auswahl und Reihenfolge der Datenfelder, Interpunktion, Zeichenumwandlungen, Zeilen- und Seitenumbruch u.v.m. können gesteuert werden.
	Entstehung:	einige werden mitgeliefert (D-1.APR, I-1.APR, E-1.APR S-*.APR, P-*.APR, Prototypen x-0.APR), weitere können auf dieser Grundlage vom Anwender beliebig erstellt werden.
Zugriff:		mit jedem Texteditor zu erstellen und zu bearbeiten. Neben den Befehlen können beliebige Kommentare vorkommen.

	Das 'x' steht für die 3 Arten R, T und I dieser Dateien: (-Ø Kap.10 und 6/7) 

		.cPR	eigentliche Produktions-Parameterdatei. 
	.@PR Die Programme 1 - 3 benutzen automatisch die Parameterdatei D-1.cPR für die formatierte Anzeige auf dem Bildschirm. Wenn Sie diese Datei verändern, bekommen Sie eine andere Standardanzeige. I-1.cPR produziert eine Ausgabe im Original-allegro-Format, S-*.cPR erstellen sortierfähige Dateien. Wenn I-1 zur Erstellung einer Exportdatei benutzt wird, bekommt diese automatisch den Typ .cLG, da es sich um Dateien mit der allegro-Grundstruktur handelt, die sich für eine Weiterverarbeitung z.B. mit dem Programm SRCH oder zur Einspeisung in eine andere Datenbank mittels INDEX eignen.

	.cPT 
	.@PT  Tabelle : kann solche Teile enthalten, die in mehreren Parameterdateien identisch sind  (z.B. eine Zeichentabelle für die Druckersteuerung (-Ø 10.2.4) oder eine Stopwortliste (-Ø Kap.10.2, Ladebefehl t ).  Grundsätzlich kann eine .cPT-Datei alles enthalten, was in einer .cPR- oder .cPI-Datei stehen kann. Die sog. Druckertreiber werden mit .cPT-Dateien realisiert. Diejenigen .APT-Dateien auf der Lieferdiskette, deren Namen mit P- beginnen, sind Beispiele für Druckertreiber (-Ø 0.11.5, 10.2). Sie sind unabhängig von der Konfiguration, d.h. man kann z.B. P-EPSON.APT in U-EPSON-PPT umbenennen und hat den geeigneten Druckertreiber für das U-Schema.

	.cPI 
	.@PI	Index-Parameterdatei (-Ø Kap.7 u. 10) : könnte auch Datenbank-Definition genannt werden; dient zur Produktion von Indexdateien und für den Schnellzugriff zur Aktualisierung der Indexdatei. Sie enthält die genauen Vorschriften, wie die Register aus den Datenfeldern zu bilden sind.
		Prototyp: `INDX.API`. Diese können Sie als Muster verwenden. Sie enthält alle für eine Index-Parameterdatei wichtigen Teile und ist ausführlich kommentiert.

Prototypen
Für die wichtigste Unterabteilung, die .cPR-Dateien, wurde eine Klassifizierung in 10 Typen mit festgelegten Namen entworfen, z.B. Sort für die Aufgabe der Sortieraufbereitung, Display für die Bildschirmanzeige. Am Anfang von Kapitel 10 finden Sie diese tabellarisch aufgeführt. Zur Konfiguration A wurde sodann für jeden Typ eine Parameterdatei geschrieben, die alle charakteristischen Merkmale hat und auch eine genau beschreibbare, nachvollziehbare Aufgabe ausführt. Diese Dateien werden als Prototypen bezeichnet, weil man sie als Muster für eigene Entwürfe benutzen kann. Die Namen dieser Dateien bestehen aus dem Anfangsbuchstaben des Typs und "-0", also z.B. S-0.APR und D-0.APR. Wenn man im CockPit-Menü "Dateien / Exportparameter" die Funktion "Neue Datei vom selben Typ erstellen" wählt, bekommt man eine Kopie des Prototyps und hat damit schon die wesentlichen Teile beisammen, die man für die jeweilige Aufgabe braucht.

Typ	Bedeutung/Inhalt:	`Zugang über CockPit`

.cPH		Phrasen-Datei  (Windows: `PHRASE.A99`)	µd p
	Phrasen sind Textbausteine, die man sich zur Erleichterung der Erfassungsarbeit anlegen und speichern kann. Phrasen sind unabhängig vom Kategoriesystem, daher ist der Typ immer .APH (-Ø Kap.3.5.3, Befehl #p). Phrasendateien sind ASCII-Textdateien. 
	Die während einer Sitzung definierten Phrasen werden bei Verlassen des Programms unter dem Namen PHRASE.APH gespeichert und bei der nächsten Sitzung automatisch wieder geladen. Man braucht also nur dann eigene Phrasendateien anzulegen, wenn man für besondere Arbeiten ganz bestimmte Phrasen benötigt.
	Standort: PHRASE.APH wird auf dem Startverzeichnis des Nutzers abgelegt. Im Mehrplatzbetrieb richtet man am besten für jede Erfassungsperson ein eigenes Verzeichnis ein, von dem aus dann der Start erfolgt. Auf dem nämlichen Verzeichnis werden dann also die ganz persönlichen Phrasen abgelagert.
.ASP		Tabelle für das Suchprogramm (-Ø Kap.4)	µd s
	Sie dient dazu, z.B. die Umlaute aufzulösen und die Groß-/Kleinschreibung bei der Suche zu ignorieren und Sonderzeichen zu eliminieren. Ohne diese Datei müßten Sie den Suchbegriff ganz korrekt eingeben. Im Bereich der Sonderzeichen kann es sinnvoll sein, wenn Sie an dieser Datei Änderungen vornehmen. Diese Datei ist unabhängig von der Konfiguration und heißt immer S1.ASP. Als ASCII-Datei ist sie mit jedem Texteditor zu bearbeiten.
.LOG	Sicherungsdatei ("Logbuch") zu einer Datenbank	µr s/w
	Alle Veränderungen (Transaktionen) werden darin protokolliert. Nach Datenverlust kann das Programm UPDATE eine BACKUP-Kopie mit der .LOG-Datei wieder zu einer aktuellen Datenbank zusammenführen (-Ø 0.7). Mit dem Zusatzprogramm LOG2ALG kann daraus eine Grunddatei erstellt werden (-Ø 0.4). 
	Die Datei dbn.LOG entsteht automatisch bei der Arbeit an der Datenbank dbn. Sie können und sollten daran keine direkten Eingriffe vornehmen. 
	Standort: Datenbankverzeichnis. Mit Option -Ldateiname kann sie anderswo liegen. 
H...		HELP-Texte  (ohne Typbezeichnung). 	µd h
.RTF	Sie können diese Texte ebenfalls verändern und eigene selbst schreiben. Für jede Datenbank  dbn  können Sie sich eigene Dateien (jeweils bis zu 24 Zeilen) unter den Namen  Hdbn  bzw. HCdbn  anlegen, die dann durch  Shift+F1  vom Funktionsmenü (-Ø 1.5) bzw. vom allegro-Editor aus aufgerufen werden. Wenn diese Dateien fehlen, werden H1D bzw. H1C statt dessen aufgerufen. 
	Die RTF-Dateien sind für a99/alcarta gedacht. Sie können auf C:\ALLEGRO\HELP liegen.
	Standort: wie Parameterdateien. 
	Eine Sprachbezeichnung kann an den Namen angehängt werden, z.B. H10ENG für die englische Version von H10. Wenn eine andere Sprache als Deutsch (GER) eingeschaltet ist, werden zuerst die zu dieser Sprache gehörigen Hilfeseiten gesucht. Wenn z.B. H10ENG nicht existiert, wird H10 geladen.
	Für jede Kategorie #xyz kann man eine Hilfeseite  anlegen.
	Mitgelieferte Standard-Hilfeseiten: 
	In dieser Tabelle bedeuten:  	a = Zugriffsberechtigung (0..3 = Option -a), i = momentanes Register, 
						k = Kategoriegruppe (0..9),  dbn = Datenbankname 
   Taste		ANZEIGE	REGISTER i			EDITOR   (-Ø Kap.3.5.3)	
   F1		HDSPa, H10  	Anzeigefunktionen		HINXa, H11  Registerfunktionen	H  Editorbefehle	
   ShF1	Hdbn, H1D  	Datenbank-Hilfe	HIi, Hdbn, H1D  Registerspezifische Hilfe	HCdbn, H1C Datenbankspez. Hilfe	
   StrgF1	H1B       	Blätterfunktionen 	H12                Trunkierung, Endemarken	H0B                  weitere Editor-Hilfe	
   AltF1	H1F    	Anzeige- Funktionstastenbelegung	H1I   Register- Funktionstastenbelegung	H0A                  weitere Editor-Hilfe	

	Sind zwei Namen angegeben, sucht das Programm zuerst die erste und nimmt ersatzweise die zweite. 
	Außerdem gibt es noch die Hilfeseite HFM für die Auswahlliste (-Ø Kap.0.5), ferner kann es Dateien HRESi geben (i = 1,2,..), und zwar Hilfeseiten für die Restriktionen. Diese erscheinen in APAC, wenn bei der Menü-Eingabe einer Restriktion F1 gedrückt wird (-Ø 10.2.9). 

Typ	Bedeutung/Inhalt:	`Zugang über CockPit`

UIF...	User Interface File = Menütexte  (ohne Typbezeichnung  -Ø 0.6)	µd m
	Diese Dateien enthalten die Texte der Menüs, Fehlermeldungen, Fragen und Instruktionen. Jeder Anwender kann daran Änderungen vornehmen, jedoch nur an den Texten, nicht an den als Zahlen und Sonderzeichen erscheinenden Steuerzeichen (z.B: %%s oder %%d). UIF1ENG enthält z.B. den englischen Text zum Programm 1 = PRESTO. Die Datei UIFA... ist für APAC und ALFA, UIFC... für CockPit, UIFE... für a99/alcarta
	Bearbeitung als Textdatei mit jedem Texteditor. 
	Standort: wie Parameterdateien, d.h. datenbankspezifische Exemplare legt man ins Datenverzeichnis. 

iinnnn	Zwischendateien (temporär) bei der Indexproduktion:	µf q
	Der Anwender bekommt sie normalerweise nicht zu sehen, da sie nach erfolgreicher Indexierung verschwinden. Wenn aber eine Indexierung nicht korrekt durchgelaufen ist oder INDEX mit manueller Unterbrechung gestartet wurde, sind evtl. diese Dateien vorhanden, nicht aber die erwünschte Indexdatei von Typ .cDX. Das Programm QRIX mit Option -fq kann die ii-Dateien dann zu der .cDX verarbeiten (-Ø 7.5) Wie der Befehl genau aussehen muß, steht dann in der Datei PROTOK.
	Standort: Datenverzeichnis. 

.BAT	Stapeldatei:	µm b
	kein allegro-, sondern ein MS-DOS-Dateityp, auch "Batch File" oder "Stapeldatei" genannt. Eine solche Datei, mit jedem Texteditor zu erstellen und zu bearbeiten, kann beliebige MS-DOS-Befehle und Programmaufrufe enthalten. Die allegro-Programme (-Ø 0.4) können in solche Makros eingebettet werden. Alle Variationen (Optionen) der Programmaufrufe werden in `Kap.12` genau beschrieben. Makros bieten eine Möglichkeit, eigene Menüsysteme oder Arbeitsumgebungen zu schaffen, indem man häufig benötigte Abläufe (z.B. Listenproduktionen, Auswertungsprogramme, Importvorgänge) und Datenbankaufrufe zusammenfaßt.
	Standort: Im Prinzip beliebig, meistens auf dem Programmverzeichnis. 

`CP.OPT`   (früher DEFAULT.OPT)
	Vorgaben für CockPit (d.h. für das Programm ACP.EXE):	µo v
	Darin stehen alle anwenderseitig änderbaren Einstellungen des CockPit. Auch dies ist eine ASCII-Textdatei. Die mitgelieferte CP.OPT enthält Kommentare (abgedruckt in -Ø 0.11.6). 
	Standort: Diese Datei wird auf dem Startverzeichnis gesucht, d.h. dort, wo man ACP.EXE oder CP.BAT gestartet hat. Hängt man die Aufrufoption -oxyz an, nimmt CockPit die Datei xyz (Name völlig beliebig) als Vorgabendatei, sonst wird nach CP.OPT gesucht, wird sie nicht gefunden, nach DEFAULT.OPT.
	Man startet das Programm ACP.EXE normalerweise mit Hilfe von CP.BAT, d.h. man gibt den Befehl cp. Darin steht ein Aufruf  acp ... -oCP.OPT ... . 
	Alle anderen Programme, z.B. PRESTO, werten diese Datei nicht aus, nur ACP.EXE. 

CP.PRE	Vorgaben für den nächsten CockPit-Start	µr e 4/5
	In dieser Datei bewahrt sich CockPit die aktuellen Einstellungen (Datenverzeichnis, Datenbankname, Konfiguration) auf, wenn man aussteigt. Wenn ACP dann wieder gestartet wird, liest es CP.PRE, so daß man da fortfahren kann, wo man zuletzt gearbeitet hatte. Kann ohne Bedenken gelöscht werden.

LISTE	Standard-Ausgabedatei	µr e 4/5
	Wenn man per CockPit Listen produziert (-Ø Kap.6), entsteht jedesmal eine Datei dieses Namens, d.h. bei jeder erneuten Produktion wird sie überschrieben. Form und Inhalt hängen von den gewählten Parametern ab.
	Standort: Hängt von der Stapeldatei ab, von der sie erzeugt wird (Option -e )
	Will man eine LISTE länger aufbewahren, sollte man sie umbenennen.

`FILELIST.RTF`  Dateiliste für die Windows-Programme	µr d s
Alle für a99/alcarta notwendigen Dateien sind in dieser Liste dokumentiert. Man findet darin Angaben, wozu die Dateien dienen, wo sie stehen müssen oder können, in welche man eingreifen muß etc. 

*.VW	`ViewListen`: ein Konzept des Windows-Systems. 

dbn.SGF	Signaldatei. Beginnt sie mit der Ziffer '1', verweigern die Programme  a99/alcarta den Dienst. Als Meldung für den Nutzer wird dann der Text ausgegeben, der hinter der '1' steht. Standort: Datenverzeichnis. 

Tabelle der Dateien
dbn steht für den Datenbanknamen des Anwenders (bis zu 4 Zeichen!). Wenn nicht mit A.CFG gearbeitet wird, sondern z.B. mit D.CFG, muß es .DPR statt .APR heißen, usw.  (K = Kernsystem)

Name.Typ	K	Bedeutung und Funktion	

A.CFG  $A.CFG	x	Standardkonfiguration; enthält die Definition des Kategorienschemas, außerdem die Abfrageliste. Ab Version 13 ($A.CFG) erheblich erweiterte Möglichkeiten.	
ARTIKEL.CFG	x	wird automatisch geladen, wenn in .CFG keine Artikelliste steht.	
CCC.BAT		wird vom CockPit automatisch erstellt und startet den gewünschten Prozeß	
CP.OPT		x	Vorgaben für das CockPit, anwenderspezifische Einstellungen (früher DEFAULT.OPT)	
H...  /  *.RTF	x	Hilfetexte; vom Anwender erweiterbar; Typ .RTF für a99/alcarta	
D-1.APR	x	Standard-Anzeige-Parameterdatei für PRESTO etc.. Wenn es nicht existiert, wird nach P1.APR gesucht	
PR-LIST.BAT	x	Stapeldatei für Listenproduktion. Wird von CockPit gestartet, wenn die Routine "exportieren/1" gewählt wird. Die mit F4 exportierten Daten werden dann verarbeitet und unter dem Namen LISTE ausgegeben.	
SR-LIST.BAT	x	Funktioniert wie PR-LIST.BAT, nur mit Volltextsuche statt Schnellzugriff	
P-*.APR/.@PR	x	Parameterdateien für Druckformatierung; Auswahl per CockPit, gewählte Datei wird kopiert auf PRINT.APR	
P-*.APT/.@PT	x	Druckertreiber; Auswahl per CockPit "Optionen/Drucker", gewählte Datei wird kopiert auf PRINTER.APT	
S-*.APR/.@PR	x	Parameterdatei für die Sortierung von Listen. Auswahl per CockPit, gewählte Datei wird kopiert auf SORT.APR	
S-*.APT	x	Parameterdatei für die Vollständigkeit (Kategorieumfang) einer Liste. Auswahl per CockPit, gewählte Datei wird kopiert auf SELECT.APT	
PRINT.APR, PRINTER.APT, SORT.APR, SELECT.APT 
	Diese Dateien sind Kopien von Dateien der Typen P-*.APR, P-*.APT (Druckertreiber), S-*.APR und S-*.APT. Diese Kopien werden vom CockPit angelegt und von SR-LIST.BAT und PR-LIST.BAT verwendet.	
UIFilng	x	"User Interface Files" = Textdateien mit den Menütexten für die einzelnen Programme. Vom Anwender veränderbar. i=Programmnummer, lng=Sprachcode	
*.AIM		x	Import-Parameterdateien (ASCII-Text) für die Umwandlung von Fremddaten	
dbn.API		x	Index-Parameterdatei für die Datenbank dbn (z.B. CAT.API)	
dbn_n.ALD		Datendatei, enthält die vom Anw. erfaßten Datensätze, Felddefinitionen in A.CFG	
dbn.ADX		Index, enthält alle Register, die in der .API des Anwenders definiert sind	
dbn.TBL		Tabelle d. Satzadressen, stellt für Zugriff Verbindung zw. .ADX und .ALD her	
dbn.STL		Kurztitel-Register. Definition in .API	
dbn.RES		Restriktionen-Datei (ab V15).  siehe 10.2.9	
dbn.APT		Überschriften der Register. Wichtig bei Datenbankwechsel mit Alt+A (10.2.1.3)	
dbn.SGF		Signalfile. a99 startet nicht, wenn '1' an erster Position dieser Datei.	
dbn.LOG		Aufgezeichnete Transaktionen; nötig zur Rekonstruktion nach Absturz	
*.ADT			Externdatei mit Zeilenstruktur, einfacher als .ALG, lesbar für a99, alcarta, avanti  (0.2.2).	
*.ALG			Grunddatei (wie .ALD, aber ohne Satznummern); entsteht z.B. bei Import 	
S1.ASP		x	Tabelle der Zeichenumwandlung für die Volltextsuche (Prog.4 = SRCH.EXE)	

`Vorangehender Teil`   /   `Fortsetzung` 

?Vorangehender Teil=h ac0-0 
?Fortsetzung=h ac0-4 
?A99.INI=h a99.ini 
?CP.OPT=h cp.opt 
?Anhang A=h aca-1 
?Kap. 10=h ac10 
?PHRASE.A99=h phras 
?0.2.2=h ac0-0=allegro-Datenstruktur 
?Kap.12=h ac12 
?Interaktive Übersicht=X files 
?INDX.API=h indx.api 
?FILELIST.RTF=h filelist 
?CockPit=X cockpit 
?Übersicht in 0.8=h ac0-7=0.8 
?Zugang über CockPit=X cockpit 
?Erneuerung=h org 
?ViewListen=h view