From 873460c34b93783178f358736f68431052e74ade Mon Sep 17 00:00:00 2001
From: Oliver Lehmann <lehmann@ans-netz.de>
Date: Fri, 16 Jun 1989 13:57:42 +0000
Subject: [PATCH] ING_DB

---
 WEGA/contrib/ingres/dbs/ing_doc/teil1/doc1_aa | 2160 +++++++++++++++++
 WEGA/contrib/ingres/dbs/ing_doc/teil1/doc1_ab | 2160 +++++++++++++++++
 WEGA/contrib/ingres/dbs/ing_doc/teil1/doc1_ac | 2160 +++++++++++++++++
 WEGA/contrib/ingres/dbs/ing_doc/teil1/doc1_ad | 2160 +++++++++++++++++
 WEGA/contrib/ingres/dbs/ing_doc/teil1/doc1_ae | 2160 +++++++++++++++++
 WEGA/contrib/ingres/dbs/ing_doc/teil1/doc1_af |  792 ++++++
 WEGA/contrib/ingres/dbs/ing_doc/teil1/inhalt1 |  216 ++
 7 files changed, 11808 insertions(+)
 create mode 100644 WEGA/contrib/ingres/dbs/ing_doc/teil1/doc1_aa
 create mode 100644 WEGA/contrib/ingres/dbs/ing_doc/teil1/doc1_ab
 create mode 100644 WEGA/contrib/ingres/dbs/ing_doc/teil1/doc1_ac
 create mode 100644 WEGA/contrib/ingres/dbs/ing_doc/teil1/doc1_ad
 create mode 100644 WEGA/contrib/ingres/dbs/ing_doc/teil1/doc1_ae
 create mode 100644 WEGA/contrib/ingres/dbs/ing_doc/teil1/doc1_af
 create mode 100644 WEGA/contrib/ingres/dbs/ing_doc/teil1/inhalt1

diff --git a/WEGA/contrib/ingres/dbs/ing_doc/teil1/doc1_aa b/WEGA/contrib/ingres/dbs/ing_doc/teil1/doc1_aa
new file mode 100644
index 0000000..e9ca5bc
--- /dev/null
+++ b/WEGA/contrib/ingres/dbs/ing_doc/teil1/doc1_aa
@@ -0,0 +1,2160 @@
+
+
+
+
+
+
+        ##############################################################
+        ##############################################################
+        ##                                                          ##
+        ##                                                          ##
+        ##                                                          ##
+        ##                                                          ##
+        ##                                                          ##
+        ##                                                          ##
+        ##                                                          ##
+        ##       ###   #     #  #####          ######  ######       ##
+        ##        #    ##    # #     #         #     # #     #      ##
+        ##        #    # #   # #               #     # #     #      ##
+        ##        #    #  #  # #  ####         #     # ######       ##
+        ##        #    #   # # #     #         #     # #     #      ##
+        ##        #    #    ## #     #         #     # #     #      ##
+        ##       ###   #     #  #####  ####### ######  ######       ##
+        ##                                                          ##
+        ##                                                          ##
+        ##                                                          ##
+        ##                                                          ##
+        ##                                                          ##
+        ##           #####           #####        #  #####          ##
+        ##          #     #         #     #      #  #     #         ##
+        ##          #                     #     #         #         ##
+        ##          ######           #####     #     #####          ##
+        ##          #     #   ###         #   #           #         ##
+        ##          #     #   ###   #     #  #      #     #         ##
+        ##           #####    ###    #####  #        #####          ##
+        ##                                                          ##
+        ##                                                          ##
+        ##                                                          ##
+        ##                                                          ##
+        ##                                                          ##
+        ##                                                          ##
+        ##                                                          ##
+        ##                                                          ##
+        ##                                                          ##
+        ##                                                          ##
+        ##                                                          ##
+        ##                                                          ##
+        ##                                                          ##
+        ##                                                          ##
+        ##                                                          ##
+        ##                                                          ##
+        ##                                                          ##
+        ##                                                          ##
+        ##############################################################
+        ##############################################################
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+                       Juni 16, 1989
+
+
+
+
+
+                           - 2 -
+
+
+
+
+
+                 AAAAnnnnwwwweeeennnnddddeeeerrrrhhhhaaaannnnddddbbbbuuuucccchhhh zzzzuuuu IIIINNNNGGGG____DDDDBBBB  6666....3333////3333 ffffuuuu""""rrrr UUUUNNNNIIIIXXXX
+                                  ----SSSSyyyysssstttteeeemmmmeeee
+
+
+
+
+
+
+                               _J_o"_r_g _W_e_n_z_l_a_f_f
+                              _R_o_l_f _M_o_r_g_e_n_s_t_e_r_n
+
+                      Zentralinstitut fu"r Kybernetik
+                       und Informationsprozesse der
+                        Akademie der Wissenschaften
+                             Kurstrasse 30 - 34
+                                  Berlin
+                                    1080
+
+
+                              VEB Kombinat EVK
+                                  - ODV -
+                                 Jagdweg 1
+                                 Olbernhau
+                                    9332
+
+
+                                  _R_E_F_E_R_A_T
+
+
+             Das vorliegende Anwenderhandbuch soll  als  Unter-
+             lage fu"r den lernenden und als Nachschlagewerk fu"r
+             den erfahrenen Anwender  dienen.  Es  dokumentiert
+             die    Version    6.3   Release   3.   Es   werden
+             Grundkenntnisse zu UNIX  -  kompatiblen  Betriebs-
+             systemen  vorausgesetzt.   Das  interaktive  rela-
+             tionale Datenbanksystem ING_DB  6.3/3  la"sst  sich
+             auf  verschiedenen Ebenen nutzen. Vorgestellt wer-
+             den  Mo"glichkeiten  fu"r  Recherchen,   zeit-   und
+             speicherplatzoptimale  Dateistrukturen, Ablage von
+             Kommandofolgen in Dateien, Einordnung  von  ING_DB
+             -Kommandos (EQUEL und AMX) in C-Programme, Nutzung
+             von Shell-Kommandos, Zugriffs- und Sicherungsmass-
+             nahmen.   Mit  der  Beschreibung  und Untersetzung
+             durch Beispiele zum AMX-Compiler, zum Report-  und
+             zum   Eingabe-   Generator   wird   das   Handbuch
+             vervollsta"ndigt.  ING_DB  6.3/3 ist so konzipiert,
+             dass  seine  Nutzung  auch bei geringem Fachwissen
+             durchaus sinnvoll ist. Die  Gefahr  von  Datenver-
+             lusten wird im Zusammenhang mit einem ausgefeilten
+             Datenschutz- und  -sicherungsmechanismus  a"usserst
+             gering gehalten.
+
+
+
+             UNIX  ist ein Warenzeichen der AT&T  Bell  Labora-
+             torien.
+
+
+
+
+                               Juni 16, 1989
+
+
+
+
+
+                                   - 3 -
+
+
+        AAAAnnnnwwwweeeennnnddddeeeerrrrhhhhaaaannnnddddbbbbuuuucccchhhh TTTTeeeeiiiillll IIII
+
+
+
+
+
+
+
+
+
+
+
+
+        0000....  VVVVoooorrrrbbbbeeeemmmmeeeerrrrkkkkuuuunnnngggg
+
+        Das Handbuch gliedert sich in 3 Teile.  Im Teil 1  wird  das
+        Referenz-Manual   vorgestellt   und   einige  grundsa"tzliche
+        Ausfu"hrungen zu den ING_DB  6.3/3-Komponenten  Monitor-  und
+        Makroprozessor  gegeben,  die  fu"r  das  Versta"ndnis und die
+        Anwendung der Anfragesprache (Query  Language  =  QUEL)  von
+        Bedeutung  sind.  Im  Teil  2  werden die im Referenz-Manual
+        beschriebenen Bestandteile  ausfu"hrlicher  dokumentiert  und
+        zusa"tzliche  Informationen  bereitgestellt, um Zusammenha"nge
+        zwischen einzelnen Komponenten deutlicher zu gestalten.   Es
+        sei  darauf  verwiesen, dass die im Anwenderhandbuch verwen-
+        deten Datenbanken als Demonstrationsbeispiele  in  der  Ver-
+        triebsversion mit ausgeliefert werden.  Nach dem U"berfliegen
+        von Teil 1 wird dem lernenden Anwender unbedingt das Studium
+        des   1.   Kapitels   im   Teil   2  empfohlen,  um  gewisse
+        Zusammenha"nge   zu   erkennen.    Die    vertiefenden    und
+        erweiternden  Ausfu"hrungen  mit  Demonstrationsbeispielen im
+        Teil 3 sind in erster Linie fu"r Programmierer gedacht.
+
+        Es wurde versucht, das Studium  der  Dokumentation  fu"r  den
+        Lernenden  zu erleichtern, indem die U"berschriften nach fol-
+        genden Kriterien gekennzeichnet wurden:
+
+        *    Abschnitt entha"lt  allgemein  interessierende  Informa-
+             tionen, die fu"r einen U"berblick unerla"sslich sind
+
+        **   Abschnitt  entha"lt  Informationen  fu"r   anspruchsvolle
+             Anwender   (bspw.   Datenbankadministrator),  die  u"ber
+             Grundkenntnisse  zur  Programmierung  und  umfassendere
+             Kenntnisse zum Betriebssystem bzw.  zur Shell verfu"gen.
+
+        ***  Abschnitt entha"lt Informationen fu"r Programmierer,  den
+             ING_DB -Systemadministrator.
+
+        ING_DB  6.3/3 beruht auf dem Modell  der  klassischen  Rela-
+        tionentheorie   die   im   Anwenderhandbuch   jedoch   nicht
+        ausgefu"hrt wird.
+
+        Es gelten folgende Begriffsanalogien:
+
+
+                ----------------------------
+                Relation | Tupel | Doma"ne
+                 Tabelle | Zeile | Spalte
+                   Datei | Satz  | Feld
+                ----------------------------
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989
+
+
+
+
+
+        Referenz_Manual            - 4 -                 EEEEiiiinnnnffffuuuueeeehhhhrrrruuuunnnngggg
+
+
+        _1.  RRRReeeeffffeeeerrrreeeennnnzzzz----MMMMaaaannnnuuuuaaaallll ****
+
+
+
+
+
+
+
+
+
+
+
+        Das ING_DB  6.3/3 Referenz-Manual ist in  5  Kapitel  unter-
+        teilt:
+
+        QUEL  beschreibt die Nutzung des interaktiven  Systems  nach
+             Start   von   qqqquuuueeeellll  (unix),  also  die  Statements  der
+             Anfragesprache  QUEL  und  den  interaktiven  Terminal-
+             Monitor mit seinem Makro-Prozessor.
+
+        UNIX  beschreibt  die  ING_DB  -Programme,  die  durch  eine
+             interaktive Shell direkt als UNIX -Kommandos ausfu"hrbar
+             sind, darunter auch das Kommando qqqquuuueeeellll (unix) selbst.
+
+        REPORT beschreibt die Sprache  zur  Generierung  von  Druck-
+             listen und wird aufgrund des Umfangs als eigensta"ndiges
+             Kapitel behandelt.
+
+        FILES beschreibt die aus Anwendungssicht wichtigen Files von
+             ING_DB .
+
+        ERROR entha"lt eine Auflistung  der  nach  Anwenderfehlbedie-
+             nungen     mo"glichen    Fehlermeldungen    mit    deren
+             Erla"uterungen.
+
+        Die Abschnitte in den Kapiteln dieses Handbuchs sind mit
+
+             KAPITEL (unten rechts)
+        und
+
+             ABSCHNITT (oben rechts)
+        gekennzeichnet, um ein schnelles Auffinden zu ermo"glichen.
+
+        Fu"r die Kapitel  QUEL,  UNIX   und  REPORT  wird  zu  Beginn
+        jeweils  eine Einfu"hrung gegeben, um die Einordnung der Kom-
+        mandos zu erleichtern. Diese Einfu"hrung ist wie  ein  Absch-
+        nitt gekennzeichnet, aber nicht so gegliedert.
+
+        Nachfolgend die allgemeine Gliederung im Sinne des Manuals:
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989
+
+
+
+
+
+        Referenz_Manual            - 5 -                 EEEEiiiinnnnffffuuuueeeehhhhrrrruuuunnnngggg
+
+
+        NNNNAAAAMMMMEEEE
+
+             Name - Kurzbezeichnung des Inhalts
+
+        SSSSYYYYNNNNOOOOPPPPSSSSIIIISSSS
+
+             Hier wird die Syntax des  Kommandos/Statements  angege-
+             ben.
+
+             Als Metasymbole werden verwendet:
+
+
+                |     Alternative
+                [..]  wahlweise kein- oder einmal
+                {..}  wahlweise kein- oder mehrmals
+                <..>  manchmal zur Hervorhebung einer
+                      syntaktischen Variablen
+
+
+
+             Alle   anderen   Sonderzeichen    und    fettgedruckten
+             Bezeichner  sind terminale Symbole (mu"ssen so und nicht
+             anders geschrieben  werden).  Kleingeschriebene,  nicht
+             fettgedruckte  Wo"rter stehen fu"r syntaktische Variable,
+             deren  Belegung  im  folgenden  Abschnitt  BESCHREIBUNG
+             erla"utert wird.
+
+             Die Mehrzahl der syntaktischen Variablen  wird  im  Ab-
+             schnitt qqqquuuueeeellll eingefu"hrt. Insbesondere:
+
+                  <<<<ddddbbbbnnnnaaaammmmeeee>>>>    Name der aufliegenden Datenbank
+                  <<<<rrrreeeellllnnnnaaaammmmeeee>>>>   Name einer Relation, Tabelle
+                  <<<<ddddoooommmmnnnnaaaammmmeeee>>>>   Name einer Doma"ne einer Relation
+
+
+        BBBBEEEESSSSCCCCHHHHRRRREEEEIIIIBBBBUUUUNNNNGGGG
+
+             Hier wird  die  Syntax  erga"nzt  und  eine  semantische
+             Beschreibung gegeben.
+
+        NNNNAAAACCCCHHHHRRRRIIIICCCCHHHHTTTTEEEENNNN
+
+             Hier werden die Nachrichten  erla"utert,  die  nicht  im
+             Kapitel  ERROR  zu finden sind, oder die eine besondere
+             Bedeutung haben.
+
+             Nachrichten, die Folgen  technischer  Fehler  sind  und
+             i.d.R.  zu einem Systemabbruch fu"hren, werden in dieser
+             Dokumentation nicht behandelt.
+
+        BBBBEEEEIIIISSSSPPPPIIIIEEEELLLL[[[[EEEE]]]]
+
+             Hier werden Beispiele angegeben, die den Rahmen  dieses
+             Nachschlagewerkes nicht sprengen.
+
+             Viele  Beispiele  beziehen  sich  auf  eine   Personal-
+             Relation,  die pro Mitarbeiter einen Satz mit den Spal-
+             ten.
+
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989
+
+
+
+
+
+        Referenz_Manual            - 6 -                 EEEEiiiinnnnffffuuuueeeehhhhrrrruuuunnnngggg
+
+
+
+
+
+                Relation:               personal
+                ---------
+                Besitzer:               ing_db
+                Tupellaenge:            30
+                Verfallsdatum:          Tue Apr 26 19:56:39 1988
+                Tupelanzahl:            25
+                Speicherstruktur:       HEAP
+                Relationentyp:          Nutzerrelation
+
+                 Domaenname        Typ   Laenge  Schluessel
+                -------------------------------------------
+                 num                i       2
+                 name               c      20
+                 gehalt             i       2
+                 leiter             i       2
+                 gebdat             i       2
+                 einstdat           i       2
+                -------------------------------------------
+
+
+             hat.
+
+        SSSSIIIIEEEEHHHHEEEE AAAAUUUUCCCCHHHH
+
+             Hier werden andere Abschnitte aufgeza"hlt, auf die Bezug
+             genommen wurde.
+
+        HHHHIIIILLLLFFFFEEEENNNN
+
+             Hier werden gewisse  Besonderheiten,  insbesondere  der
+             Implementation beschrieben.
+
+             Um mit ING_DB  arbeiten zu ko"nnen,  muss  jeder  Nutzer
+             durch   den  ING_DB  -Administrator  in  das  usersfile
+             eingetragen werden (s.  uuuusssseeeerrrrssss (files)).
+
+             Zur Einfu"hrung in dieses Handbuch beginne man  mit  den
+             Abschnitten  AAAAnnnnffffrrrraaaaggggeeeesssspppprrrraaaacccchhhheeee  , DDDDaaaatttteeeennnnbbbbaaaannnnkkkk----UUUUnnnniiiixxxx----KKKKoooommmmmmmmaaaannnnddddoooossss
+             und DDDDeeeerrrr iiiinnnntttteeeerrrraaaakkkkttttiiiivvvveeee TTTTeeeerrrrmmmmiiiinnnnaaaallll----MMMMoooonnnniiiittttoooorrrr
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                    QQQQUUUUEEEELLLL
+
+
+
+
+
+        Referenz_Manual            - 7 -                 EEEEiiiinnnnffffuuuueeeehhhhrrrruuuunnnngggg
+
+
+        _1._1.  AAAAnnnnffffrrrraaaaggggeeeesssspppprrrraaaacccchhhheeee ****
+
+
+
+
+
+
+
+
+
+
+
+
+        _1._1._1.  BBBBeeeesssscccchhhhrrrreeeeiiiibbbbuuuunnnngggg zzzzuuuurrrr AAAAnnnnffffrrrraaaaggggeeeesssspppprrrraaaacccchhhheeee QQQQuuuueeeellll vvvvoooonnnn IIIINNNNGGGG____DDDDBBBB
+            6666....3333////3333 ****
+
+        Der   folgende   Abschnitt   ist   eine   Beschreibung   der
+        grundsa"tzlichen  Syntax  von QUEL.  Die einzelnen Statements
+        werden in gesonderten Abschnitten behandelt,  hier  nur  die
+        Klassen   syntaktischer   Variablen,  aus  denen  die  QUEL-
+        Statements aufgebaut sind.
+
+        _1._1._1._1.  KKKKoooommmmmmmmeeeennnnttttaaaarrrreeee ****
+
+        Ein Kommentar ist eine beliebige  Zeichenfolge,  eingebunden
+        links durch "/*" und rechts durch "*/":
+
+             /* Das ist ein Kommentar */
+
+        _1._1._1._2.  NNNNaaaammmmeeeennnn ****
+
+        Namen in QUEL sind Folgen von  maximal  12  alphanumerischen
+        Zeichen  (Buchstaben  oder  Ziffern),  beginnend  mit  einem
+        Buchstaben.  Das Unterstreichungszeichen ("_", <underscore>)
+        gilt  als Buchstabe.  Alle grossen Buchstaben - mit Ausnahme
+        solcher in Zeichenketten - werden  stillschweigend,  automa-
+        tisch   in   die  ihnen  entsprechenden  kleinen  Buchstaben
+        umgewandelt.
+
+        _1._1._1._3.  SSSScccchhhhlllluuuu""""sssssssseeeellllwwwwoooorrrrtttteeee ****
+
+        Die folgenden Bezeichner sind als Schlu"sselworte  reserviert
+        und du"rfen nicht anderweitig verwendet werden:
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                    QQQQUUUUEEEELLLL
+
+
+
+
+
+        Referenz_Manual            - 8 -                 EEEEiiiinnnnffffuuuueeeehhhhrrrruuuunnnngggg
+
+
+
+                abs          all          and
+                any          append       ascii
+                at           atan         avg
+                avgu         by           concat
+                copy         cos          count
+                countu       create       dba
+                define       delete       destroy
+                distribute   exp          float4
+                float8       from         help
+                in           index        integrity
+                int1         int2         int4
+                into         is           log
+                max          min          mod
+                modify       not          of
+                on           onto         or
+                permit       print        range
+                replace      retrieve     save
+                sin          sqrt         sum
+                sumu         to           unique
+                until        usercode     view
+                where
+
+
+        _1._1._1._4.  KKKKoooonnnnssssttttaaaannnntttteeeennnn ****
+
+        Entsprechend den drei, in QUEL verfu"gbaren Datentypen,  gibt
+        es drei Typen von Konstanten.
+
+        _1._1._1._4._1.  ZZZZeeeeiiiicccchhhheeeennnnkkkkeeeetttttttteeeennnn----KKKKoooonnnnssssttttaaaannnntttteeeennnn ((((SSSSttttrrrriiiinnnnggggssss)))) ****
+
+        Zeichenketten in QUEL sind Folgen  von  maximal  255  ASCII-
+        Zeichen,  eingebunden in die (doppelten !) Anfu"hrungsstriche
+        ( " " ).   Grosse  Buchstaben  innerhalb  von  Zeichenketten
+        bleiben,  so  wie  sie  sind,  erhalten.  Bei Verwendung des
+        Begrenzers " innerhalb von Zeichenketten (  als  deren  Bes-
+        tandteil   ),   muss   diesem   ein   <backslash>  (  "\"  )
+        vorangestellt werden.  Das muss auch fu"r <backslash>  selbst
+        erfolgen.  (s. auch Abschnitt "Pattern matching ..")
+
+        Innerhalb von Zeichenketten  du"rfen  nur  druckbare  Zeichen
+        verwendet      werden.       Nicht     druckbare     Zeichen
+        (control_character) werden in  Leerzeichen  <blank>  konver-
+        tiert.
+
+        _1._1._1._4._2.  GGGGaaaannnnzzzzzzzzaaaahhhhlllliiiiggggeeee KKKKoooonnnnssssttttaaaannnntttteeeennnn ((((IIIInnnntttteeeeggggeeeerrrr)))) ****
+
+        Ganzzahlige   Konstanten   liegen   im   Wertebereich    von
+        -2 147 483 648  bis  +2 147 483 647.  Ganzzahlige Konstanten
+        ausserhalb dieses Wertebereiches werden in eine  Gleitkomma-
+        Darstellung  umgewandelt.   Wenn  die  ganzzahlige Konstante
+        kleiner als 32 768 und gro"sser als -32 769 ist, wird sie als
+        eine  2-Byte-Integer  dargestellt,  anderenfalls wird sie in
+        eine 4-Byte-Integer konvertiert.
+
+        _1._1._1._4._3.  GGGGlllleeeeiiiittttkkkkoooommmmmmmmaaaa---- ((((ffffllllooooaaaattttiiiinnnngggg____ppppooooiiiinnnntttt)))) KKKKoooonnnnssssttttaaaannnntttteeeennnn ****
+
+        Gleitkomma-Konstanten werden mit einem ganzen Teil, dem  De-
+        zimalpunkt(!), einem gebrochenen Teil (zusammen als Mantisse
+        bezeichnet) und einem Exponenten formuliert.  Genauer gesagt
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                    QQQQUUUUEEEELLLL
+
+
+
+
+
+        Referenz_Manual            - 9 -                 EEEEiiiinnnnffffuuuueeeehhhhrrrruuuunnnngggg
+
+
+        werden sie in folgendem Format geschrieben:
+
+                  {<dig>} [.<dig>] [eE [+-] {<dig>}]
+
+        Im obigen speziellen Fall steht  <dig>  fu"r  eine  beliebige
+        Ziffer.   Ein  Exponent  ohne Mantisse erha"lt die Mantisse 1
+        zugeordnet.  Innerhalb  einer  Gleitkomma-Konstanten  du"rfen
+        keine  weiteren  Zeichen  eingebettet  werden.   Gleitkomma-
+        Konstanten werden in doppelter Genauigkeit  mit  einem  Wer-
+        tebereich  von  anna"hernd  -10**38  bis  +10**38  und  einer
+        Genauigkeit von 17 Dezimalziffern dargestellt.
+
+        _1._1._1._5.  KKKKoooonnnnssssttttaaaannnntttteeee OOOOppppeeeerrrraaaattttoooorrrreeeennnn
+
+        Die konstanten Operatoren sind  Operatoren,  die  Konstanten
+        liefern.  ddddbbbbaaaa liefert den Datenbankadministrator der verwen-
+        deten Datenbanken und uuuusssseeeerrrrccccooooddddeeee den gerade aktiven Nutzer.
+
+             <<<<ddddbbbbaaaa>>>>
+             <<<<uuuusssseeeerrrrccccooooddddeeee>>>>
+
+        Sie liefern in der Ersetzung den String fu"r den  <dba>  bzw.
+        den <usercode>.
+
+        _1._1._1._6.  AAAAttttttttrrrriiiibbbbuuuutttteeee <<<<aaaattttttttrrrriiiibbbbuuuutttteeee>>>> ****
+
+        Ein Attribut <attribute> ist ein Konstrukt der Form:
+
+                    <tuple_variable>.<domname>
+
+        <<<<ttttuuuupppplllleeee____vvvvaaaarrrriiiiaaaabbbblllleeee>>>> identifiziert eine bestimmte Relation.  Man
+        kann  den  Bezeichner <<<<ttttuuuupppplllleeee____vvvvaaaarrrriiiiaaaabbbblllleeee>>>> auffassen, als stu"nde
+        er fu"r die Zeilen bzw. Tupel dieser Relation.  Eine Variable
+        wird  einer  Relation durch Verwendung des rrrraaaannnnggggeeee---- Statements
+        zugeordnet.  <<<<ddddoooommmmnnnnaaaammmmeeee>>>> ist der Name einer  der  Spalten  der
+        Relation,  u"ber  der  die  Variable  definiert  ist.   Damit
+        bezeichnet das Konstrukt ein Attribut, das  einen  Wert  aus
+        der Doma"ne repra"sentiert.
+
+        _1._1._1._7.  AAAArrrriiiitttthhhhmmmmeeeettttiiiisssscccchhhheeee OOOOppppeeeerrrraaaattttoooorrrreeeennnn ****
+
+        Arithmetische Operatoren  haben  Ausdru"cke  von  numerischem
+        Format als Operanden.  Einstellige Operatoren gruppieren von
+        rechts nach links; zweistellige  Operatoren  gruppieren  von
+        links  nach  rechts.   Die  Operatoren  - in der Reihenfolge
+        absteigende Bindungssta"rke - sind:
+
+           +,-    (einstellig) plus, minus
+           **     Potenzierung
+           *,/    Multiplikation, Division
+           +,-    (zweistellig) Addition, Subtraktion
+
+
+        In weiter abfallender Bindungssta"rke schliessen sich  hieran
+        die weiter hinten aufgefu"hrten Operatoren:
+
+             <comparison_operator>
+             <logical_operator>
+
+        Klammern ( ) sind fu"r eine spezielle Festlegung der  Bindung
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                    QQQQUUUUEEEELLLL
+
+
+
+
+
+        Referenz_Manual            - 10 -                EEEEiiiinnnnffffuuuueeeehhhhrrrruuuunnnngggg
+
+
+        der  Operatoren  einzusetzen.   Bei ganzzahligen Operationen
+        wird der arithmetische U"berlauf und die Division durch  Null
+        nicht  gepru"ft.   Bei  Gleitkomma-Operationen wird U"berlauf,
+        Unterlauf und Division durch  Null  nur  gepru"ft,  wenn  die
+        entsprechende Hardware existiert und aktiv ist.
+
+        _1._1._1._8.  AAAAuuuussssddddrrrruuuu""""cccckkkkeeee <<<<aaaa____eeeexxxxpppprrrr>>>> ****
+
+        Ein Ausdruck ist entweder/oder ein(e):
+
+                Konstante
+                Attribut
+                Funktionaler Ausdruck
+                Aggregat oder Aggregat-Funktion
+                Kombination von numerischen Ausdru"cken und
+                    arithmetischen Operatoren
+
+
+        Innerhalb dieses Handbuchs wird ein beliebiger Ausdruck  als
+        <<<<aaaa____eeeexxxxpppprrrr>>>> bezeichnet.
+
+        _1._1._1._9.  FFFFoooorrrrmmmmaaaatttteeee <<<<ffffoooorrrrmmmmaaaatttt>>>> ****
+
+        Jeder <<<<aaaa____eeeexxxxpppprrrr>>>> hat ein  Format  <format>,  das  durch  einen
+        Buchstaben  (cccc,,,,  iiii  oder  ffff,,,,  fu"r Zeichenfolgen (character),
+        ganze Zahlen (integer) oder  Gleitkomma-Daten(float)  )  und
+        eine  Ziffer,  die  die  Anzahl  der zur Speicherung no"tigen
+        Bytes anzeigt, bezeichnet wird.  Die  unterstu"tzten  Formate
+        sind  folgend  aufgeza"hlt,  der Wertebereich der numerischen
+        Formate ist in Klammern angegeben.
+
+        c1 - c255      Zeichenketten von 1-255 Bytes La"nge
+        i1             1-Byte Integer  (-128 bis +127)
+        i2             2-Byte Integer  (-32768 bis +32767)
+        i4             4-Byte Integer  (-2 147 483 448 bis
+                                      +2 147 483 647)
+        f4             4-Byte floating (-10**38 bis +10**38,
+                                      7 Dezimalen Genauigkeit)
+        f8             8-Byte floating (-10**38 bis +10**38,
+                                     17 Dezimalen Genauigkeit)
+
+
+        Eine  Variable  von  numerischem  Format  kann  einer  jeden
+        anderen  numerischen  Formats  zugewiesen  werden,  sie wird
+        dabei konvertiert.
+
+        _1._1._1._1_0.  FFFFoooorrrrmmmmaaaatttt KKKKoooonnnnvvvveeeerrrrttttiiiieeeerrrruuuunnnngggg ****
+
+        Bei Operationen u"ber  zwei  numerische  Doma"nen  von  unter-
+        schiedlichem  Format fu"hrt ING_DB  automatisch die notwendi-
+        gen Konvertierungen durch.
+
+        Bei Operationen zwischen einem  ganzzahligen  Operanden  und
+        einem  Gleitkomma  Operanden  wird  der  ganzzahlige vor der
+        Operation  in  Gleitkomma  umgewandelt.    Bei   Operationen
+        zwischen zwei ganzzahligen Operanden unterschiedlicher La"nge
+        wird der ku"rzere auf die  La"nge  des  la"ngeren  konvertiert.
+        Bei  Operationen  zwischen  zwei Gleitkomma Operanden unter-
+        schiedlicher Genauigkeit wird der la"ngere in die Genauigkeit
+        des ku"rzeren konvertiert.
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                    QQQQUUUUEEEELLLL
+
+
+
+
+
+        Referenz_Manual            - 11 -                EEEEiiiinnnnffffuuuueeeehhhhrrrruuuunnnngggg
+
+
+        Die folgende Tabelle gibt alle mo"glichen Kombinationen an:
+
+                        i1      i2      i4      f4      f8
+
+                i1 -    i1      i2      i4      f4      f8
+                i2 -    i2      i2      i4      f4      f8
+                i4 -    i4      i4      i4      f4      f8
+                f4 -    f4      f4      f4      f4      f4
+                f8 -    f8      f8      f8      f4      f8
+
+
+        ING_DB  unterstu"tzt die folgenden  Konvertierungsoperatoren,
+        die  man  an  Stelle der o.g. automatischen Standardaktionen
+        einsetzen kann:
+
+                int1(<a_expr>)   Resultat hat Format i1
+                int2(<a_expr>)   Resultat hat Format i2
+                int4(<a_expr>)   Resultat hat Format i4
+                float4(<a_expr>) Resultat hat Format f4
+                float8(<a_expr>) Resultat hat Format f8
+
+
+        Die  Konvertierungsoperatoren  konvertieren   ihr   Argument
+        <a_expr> also in das von ihnen bezeichnete Format.  <<<<aaaa____eeeexxxxpppprrrr>>>>
+        kann irgendwelche Zeichen enthalten.  Wenn ein Zeichen nicht
+        konvertiert  werden  kann, wird ein Fehler angezeigt und die
+        Berechnung abgebrochen - das kann nur  eintreten,  wenn  die
+        Syntax fu"r den zu konvertierenden <<<<aaaa____eeeexxxxpppprrrr>>>> nicht eingehalten
+        wurde.
+
+        U"berlauf wird bei Konvertierungen nicht gepru"ft.
+
+        _1._1._1._1_1.  ZZZZiiiieeeelllllllliiiisssstttteeee <<<<ttttaaaarrrrggggeeeetttt____lllliiiisssstttt>>>> ****
+
+        Eine <<<<ttttaaaarrrrggggeeeetttt____lllliiiisssstttt>>>> ist eine geklammerte Liste von einem oder
+        mehreren Elementen, die untereinander durch Kommata getrennt
+        werden.   Jedes  ihrer  Elemente  muss  eines  der   folgend
+        aufgeza"hlten sein:
+
+        a) <domname> iiiissss <a_expr>
+
+             <domname> ist hier der Name einer Doma"ne,  die  erzeugt
+             werden  soll (oder die, im Falle von update-Statements,
+             bereits existiert).  Das Gleichheitszeichen ( "=" ) ist
+             gleichbedeutend mit iiiissss....  In dem Falle, wo <a_expr> kein
+             einfaches Attribut ist, muss diese Form benutzt werden,
+             um  den  Ausdruck einem namentlich angegebenem Resultat
+             zuzuordnen.
+
+        b) <attribute>
+
+             Im Falle  eines  rrrreeeettttrrrriiiieeeevvvveeee----Statements  wird  als  Ergeb-
+             nisspalte  die  angenommen, die den gleichen Namen, wie
+             der dabei  angegebene  <domname>  hat.   Im  Falle  von
+             update-Statements   (aaaappppppppeeeennnndddd,,,,   rrrreeeeppppllllaaaacccceeee),  muss  die  zu
+             vera"ndernde  Relation  eine  Doma"ne   mit   genau   dem
+             bezeichneten Namen aufweisen.
+
+        Innerhalb einer <target_list>  kann  das  Schlu"sselwort  aaaallllllll
+        dazu  benutzt  werden,  alle  Doma"nen  zu  bezeichnen.   Zum
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                    QQQQUUUUEEEELLLL
+
+
+
+
+
+        Referenz_Manual            - 12 -                EEEEiiiinnnnffffuuuueeeehhhhrrrruuuunnnngggg
+
+
+        Beispiel
+
+             range of p is personal
+             retrieve (p.all) where p.gehalt > 1000
+
+        sucht alle Tupel der Relation personal,  die  die  Bedingung
+        <qualification>:  gehalt  >  1000 erfu"llen.  aaaallllllll kann in der
+        <target_list> von rrrreeeettttrrrriiiieeeevvvveeee---- oder aaaappppppppeeeennnndddd---- Statements  benutzt
+        werden.   Die  Doma"nen werden in ihrer erzeugten Reihenfolge
+        eingesetzt, d.h. in der, in der sie mit dem  ccccrrrreeeeaaaatttteeee----  State-
+        ment erzeugt wurden.
+
+        _1._1._1._1_2.  VVVVeeeerrrrgggglllleeeeiiiicccchhhhssssooooppppeeeerrrraaaattttoooorrrreeeennnn <<<<ccccoooommmmppppaaaarrrriiiissssoooonnnn____ooooppppeeeerrrraaaattttoooorrrr>>>>
+           uuuunnnndddd KKKKllllaaaauuuusssseeeellllnnnn <<<<ccccllllaaaauuuusssseeee>>>> ****
+
+        Es  gibt  Vergleichsoperatoren  <comparison_operator>,   die
+        beliebige Ausdru"cke <a_expr> als Operanden haben:
+
+                <      (kleiner als)
+                <=     (kleiner als oder gleich)
+                >      (gro"sser als)
+                >=     (gro"sser als oder gleich)
+                =      (gleich mit)
+                !=     (ungleich zu)
+
+
+        Diese Operatoren sind alle von gleicher Bindungssta"rke.  Bei
+        Vergleichen  zwischen  Zeichenketten werden alle Leerzeichen
+        <blank> innerhalb der Zeichenketten ignoriert.
+
+        Eine Klausel <clause> ist ein Paar von Ausdru"cken, die durch
+        einen Vergleichsoperator verknu"pft sind:
+
+                  <a_expr> <comparison_operator> <a_expr>
+
+        _1._1._1._1_3.  LLLLooooggggiiiisssscccchhhheeee OOOOppppeeeerrrraaaattttoooorrrreeeennnn <<<<llllooooggggiiiiccccaaaallll____ooooppppeeeerrrraaaattttoooorrrr>>>>
+           uuuunnnndddd QQQQuuuuaaaalllliiiiffffiiiikkkkaaaattttiiiioooonnnn <<<<qqqquuuuaaaalllliiiiffffiiiiccccaaaattttiiiioooonnnn>>>>
+           ((((aaaauuuucccchhhh <<<<qqqquuuuaaaallll>>>>)))) ****
+
+        Logische Operatoren haben Klauseln (<clause>) als Operanden.
+        Sie gruppieren von links nach rechts.
+
+                not      (logische Negation)
+                and      (logisches und; Konjunktion)
+                or       (logisches inclusives oder; Disjunktion)
+
+
+        nnnnooootttt hat von den drei Operatoren die ho"chste  Bindungssta"rke.
+        aaaannnndddd  und  oooorrrr haben die gleiche Bindungssta"rke.  Klammern ( )
+        kann man fu"r eine spezielle Bindung einsetzen.
+
+        Eine <<<<qqqquuuuaaaalllliiiiffffiiiiccccaaaattttiiiioooonnnn>>>> besteht aus einer Anzahl  von  Klauseln
+        <clause>,  die  durch  logische  Operatoren  verknu"pft sind.
+        Eine <qualification> kann damit sein:
+
+             <<<<ccccllllaaaauuuusssseeee>>>>
+             nnnnooootttt <<<<qqqquuuuaaaalllliiiiffffiiiiccccaaaattttiiiioooonnnn>>>>
+             <<<<qqqquuuuaaaalllliiiiffffiiiiccccaaaattttiiiioooonnnn>>>> oooorrrr <<<<qqqquuuuaaaalllliiiiffffiiiiccccaaaattttiiiioooonnnn>>>>
+             <<<<qqqquuuuaaaalllliiiiffffiiiiccccaaaattttiiiioooonnnn>>>> aaaannnndddd <<<<qqqquuuuaaaalllliiiiffffiiiiccccaaaattttiiiioooonnnn>>>>
+             ( <<<<qqqquuuuaaaalllliiiiffffiiiiccccaaaattttiiiioooonnnn>>>> )
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                    QQQQUUUUEEEELLLL
+
+
+
+
+
+        Referenz_Manual            - 13 -                EEEEiiiinnnnffffuuuueeeehhhhrrrruuuunnnngggg
+
+
+        _1._1._1._1_4.  FFFFuuuunnnnkkkkttttiiiioooonnnnaaaalllleeee AAAAuuuussssddddrrrruuuu""""cccckkkkeeee <<<<ffffuuuunnnnccccttttiiiioooonnnnaaaallll____eeeexxxxpppprrrreeeessssssssiiiioooonnnn>>>> ****
+
+        Ein <<<<ffffuuuunnnnccccttttiiiioooonnnnaaaallll eeeexxxxpppprrrreeeessssssssiiiioooonnnn>>>> ist ein Konstrukt, bestehend aus
+        einem  Funktionsnamen,  gefolgt  von  einem  eingeklammerten
+        Operanden oder einer  eingeklammerten  Liste  durch  Kommata
+        getrennter   Operanden.   Funktionale  Ausdru"cke  ko"nnen  in
+        beliebiger Tiefe  geschachtelt  werden.   In  der  folgenden
+        Aufza"hlung  der  unterstu"tzten Funktionen repra"sentiert (nnnn )
+        einen  beliebigen  Ausdruck  von  numerischem  Format.   Das
+        Resultat-Format ist rechts angezeigt.
+
+                abs(n)      - dasselbe wie n (Absolutwert)
+                ascii(n)    - Zeichenkette (konvertiert numerisch in
+                             Zeichen)
+                atan(n)     - f8 (arctangens)
+                concat(a,b) - Zeichenkette (Verkettung)
+                cos(n)      - f8 (cosinus)
+                exp(n)      - f8 (n. Potenz von e)
+                log(n)      - f8 (natu"rlicher Logarithmus)
+                mod(n,b)    - dasselbe wie b (n modulo b, n und b
+                             mu"ssen vom Format i1, i2 oder i4 sein
+                sin(n)      - f8 (sinus)
+                sqrt(n)     - f8 (Quadratwurzel)
+
+
+        _1._1._1._1_5.  AAAAggggggggrrrreeeeggggaaaatttt----AAAAuuuussssddddrrrruuuu""""cccckkkkeeee ****
+
+        Aggregat-Ausdru"cke ermo"glichen  es,  u"ber  einer  Menge  von
+        Seiten zusammengefasste Werte zu berechnen.
+
+        _1._1._1._1_5._1.  AAAAggggggggrrrreeeeggggaaaatttt----OOOOppppeeeerrrraaaattttoooorrrreeeennnn <<<<aaaaggggggggrrrreeeeggggaaaattttiiiioooonnnn____ooooppppeeeerrrraaaattttoooorrrr>>>> ****
+
+        Folgende Aggregat-Operatoren und  ihr  Resultat-Format  sind
+        definiert.
+
+        count   - (i4) Anzahl von Vorkommen
+        countu  - (i4) Anzahl von einmaligen (unique) Vorkommen
+        sum     -      Summierung
+        sumu    -      Summierung aller unterschiedlichen Werte
+        avg     - (f8) Durchschnitt (average) (sum/count)
+        avgu    - (f8) unique average (sumu/countu)
+        max     -      Maximum
+        min     -      Minimum
+        any     - (i2) ergibt 1, sobald sich ein Tupel qualifiziert,
+                       sonst 0
+
+
+        _1._1._1._1_5._2.  EEEEiiiinnnnffffaaaacccchhhheeee AAAAggggggggrrrreeeeggggaaaatttteeee <<<<ssssiiiimmmmpppplllleeee____aaaaggggggggrrrreeeeggggaaaatttteeee>>>> ****
+
+             <<<<aaaaggggggggrrrreeeeggggaaaattttiiiioooonnnn____ooooppppeeeerrrraaaattttoooorrrr>>>> (<<<<aaaa____eeeexxxxpppprrrr>>>>
+                  [ wwwwhhhheeeerrrreeee <<<<qqqquuuuaaaalllliiiiffffiiiiccccaaaattttiiiioooonnnn>>>> ] )
+
+        Ein einfaches  Aggregat  erzeugt  einen  einzelnen  skalaren
+        Wert.   <<<<aaaa____eeeexxxxpppprrrr>>>>  wird  u"ber der Menge der Tupel aggregiert,
+        die die <<<<qqqquuuuaaaalllliiiiffffiiiiccccaaaattttiiiioooonnnn>>>> erfu"llen (oder u"ber  alle  Tupel  im
+        Geltungsbereich  des  Ausdrucks,  wenn keine <qualification>
+        angegeben  ist).   Die  Operatoren  ssssuuuummmm  und  aaaavvvvgggg  verlangen
+        <<<<aaaa____eeeexxxxpppprrrr>>>>  in  numerischem  Format;  ccccoooouuuunnnntttt,,,,  aaaannnnyyyy,,,, mmmmaaaaxxxx und mmmmiiiinnnn
+        arbeiten sowohl auf Zeichenketten, als auch auf <<<<aaaa____eeeexxxxpppprrrr>>>> von
+        numerischem Format.
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                    QQQQUUUUEEEELLLL
+
+
+
+
+
+        Referenz_Manual            - 14 -                EEEEiiiinnnnffffuuuueeeehhhhrrrruuuunnnngggg
+
+
+        EEEEiiiinnnnffffaaaacccchhhheeee AAAAggggggggrrrreeeeggggaaaatttteeee ssssiiiinnnndddd vvvvoooollllllllssssttttaaaa""""nnnnddddiiiigggg llllooookkkkaaaallll,,,, d.h.  sie  werden
+        logisch   von   der   u"brigen  Anfrage  abgetrennt,  separat
+        berechnet und danach in der  Anfrage  durch  ihren  skalaren
+        Wert ersetzt.
+
+        _1._1._1._1_5._3.  DDDDaaaassss aaaannnnyyyy AAAAggggggggrrrreeeeggggaaaatttt ****
+
+        Manchmal mo"chte man wissen, ob es Tupel gibt, die  eine  be-
+        stimmte  <qualification> erfu"llen.  Eine Mo"glichkeit, das zu
+        erfahren, bietet die Benutzung des ccccoooouuuunnnntttt----  Aggregates,  nach
+        welchem  man  dann pru"fen kann, ob sich Tupel qualifizieren.
+        Die  Benutzung  von  aaaannnnyyyy  anstelle  von  ccccoooouuuunnnntttt  ist  deshalb
+        effizienter,  weil  dabei  die  Berechnung abgebrochen wird,
+        sobald das erste sich qualifizierende Tupel gefunden wurde.
+
+        aaaannnnyyyy gibt 1 zuru"ck, wenn sich  mindestens  ein  Tupel  quali-
+        fiziert und sonst 0.
+
+        _1._1._1._1_5._4.  AAAAggggggggrrrreeeeggggaaaatttt----FFFFuuuunnnnkkkkttttiiiioooonnnneeeennnn ****
+
+             <<<<aaaaggggggggrrrreeeeggggaaaattttiiiioooonnnn____ooooppppeeeerrrraaaattttoooorrrr>>>> (<<<<aaaa____eeeexxxxpppprrrr>>>> bbbbyyyy <<<<bbbbyyyy____ddddoooommmmnnnnaaaammmmeeee>>>>
+             {{{{,,,, <<<<bbbbyyyy____ddddoooommmmnnnnaaaammmmeeee>>>>}}}} [ wwwwhhhheeeerrrreeee <<<<qqqquuuuaaaalllliiiiffffiiiiccccaaaattttiiiioooonnnn>>>> ] )
+
+        Aggregat-Funktionen sind Verallgemeinerungen  der  einfachen
+        Aggregate.   Die bbbbyyyy---- Phrase gruppiert (d.h. portioniert) die
+        Menge der sich qualifizierenden Tupel nach  den  Werten  der
+        <<<<bbbbyyyy____ddddoooommmmnnnnaaaammmmeeee>>>>  (das  ist ein <domname>).  Bei Angabe von mehr
+        als einem <<<<bbbbyyyy____ddddoooommmmnnnnaaaammmmeeee>>>>,,,, sind die durch bbbbyyyy gruppierten  Werte
+        die  Verkettung  der  einzelnen <<<<bbbbyyyy____ddddoooommmmnnnnaaaammmmeeee>>>>....  <<<<aaaa____eeeexxxxpppprrrr>>>> gilt
+        wie bei einfachen Aggregaten.  Eine Aggregat-Funktion ergibt
+        eine Menge von Aggregaten, je eines fu"r jede Portion, in die
+        die Menge der sich qualifizierenden Tupel  gruppiert  wurde.
+        Das  Aggregat,  das wa"hrend der Berechnung der Query jeweils
+        benutzt wird, ist das, das der Portion  zugeordnet  ist,  in
+        das das jeweils gerade behandelte Tupel fa"llt.
+
+        Anders als bei einfachen Aggregaten sind Aggregat-Funktionen
+        nicht  vollsta"ndig  lokal.  Die by-Phrase, durch welche sich
+        eine  Aggregat-Funktion  von  einfachen  Aggregaten   unter-
+        scheidet,  ist  fu"r  die  Query  global.  Doma"nen in der by-
+        Phrase werden automatisch an  andere  Doma"nen  der  gleichen
+        Relation gebunden, sofern solche in der Query vorkommen.
+
+        Zum Beispiel:
+
+                /* Bilde das Durchschnittsgehalt fu"r
+                die Angestellten einer Abteilung */
+                range of p is personal
+                retrieve (p.abteilung,
+                        dgehalt=avg(p.gehalt by p.abteilung))
+
+
+        _1._1._1._1_5._5.  AAAAggggggggrrrreeeeggggaaaatttteeee uuuu""""bbbbeeeerrrr """"eeeeiiiinnnnmmmmaaaalllliiiiggggeeee""""----WWWWeeeerrrrtttteeee ****
+
+        Ha"ufig ist es notwendig, nur u"ber  die  vvvveeeerrrrsssscccchhhhiiiieeeeddddeeeennnneeeennnn  Werte
+        eines  Ausdrucks zu aggregieren.  Die aaaavvvvgggguuuu , ssssuuuummmmuuuu und ccccoooouuuunnnnttttuuuu
+        Aggregate unterdru"cken  alle  mehrfach  auftretenden  Werte,
+        bevor das Aggregat gebildet wird.  Zum Beispiel:
+
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                    QQQQUUUUEEEELLLL
+
+
+
+
+
+        Referenz_Manual            - 15 -                EEEEiiiinnnnffffuuuueeeehhhhrrrruuuunnnngggg
+
+
+                  count(p.abteilung)
+
+        wu"rde ermitteln, wie oft in den,  in  unserem  Beispiel  pro
+        Angestellten  angelegten  Tupeln, das Attribut """"pppp....aaaabbbbtttteeeeiiiilllluuuunnnngggg""""
+        mit Werten belegt ist.  Aber
+
+                  countu(p.abteilung)
+
+        erst wu"rde za"hlen, wieviele unterschiedliche Werte  fu"r  die
+        Doma"ne pppp....aaaabbbbtttteeeeiiiilllluuuunnnngggg existieren (wofu"r man sich wahrscheinlich
+        auch in diesem Beipiel interessiert).
+
+        _1._1._1._1_6.  SSSSppppeeeezzzziiiiffffiiiisssscccchhhheeee ZZZZeeeeiiiicccchhhheeeennnnkkkkeeeetttttttteeeennnn----OOOOppppeeeerrrraaaattttoooorrrreeeennnn ****
+
+        Es werden drei speziell fu"r  die  Arbeit  mit  Zeichenketten
+        eingerichtete Arbeitsmo"glichkeiten unterstu"tzt:
+
+        _1._1._1._1_6._1.  MMMMuuuusssstttteeeerrrrssssuuuucccchhhheeee aaaauuuuffff ZZZZeeeeiiiicccchhhheeeennnnkkkkeeeetttttttteeeennnn
+           ((((""""PPPPaaaatttttttteeeerrrrnnnn mmmmaaaattttcccchhhhiiiinnnngggg"""")))) ****
+
+        Es gibt vier Zeichen, die eine  spezielle  Bedeutung  haben,
+        wenn  sie  innerhalb  von Zeichenketten-Konstanten (strings)
+        einer <qualification> eingesetzt werden:
+
+        *    symbolisiert  eine   Zeichenkette   von   einem    oder
+             mehreren Zeichen.
+
+        ?    symbolisiert ein einzelnes, beliebiges Zeichen.
+
+        [..] symbolisiert eines der, in  den  Klammern  aufgeza"hlten
+             Zeichen.  Von "-" bis Angaben sind erlaubt.
+
+        Diese Zeichen kann man in beliebigen Kombinationen benutzen,
+        um eine Vielzahl von Tests zu formulieren.  Zum Beispiel:
+
+        where p.name = "*" - qualifiziert jeden beliebigen Namen.
+
+        where p.name = "E*" - qualifiziert einen, mit "E"  beginnen-
+        den, sonst beliebigen Namen.
+
+        where p.name = "*ung" - qualifiziert  alle  Namen,  die  auf
+        "ung" enden.
+
+        where p.name = "*[aeiou]*" - qualifiziert  alle  Namen,  die
+        irgendwo einen kleingeschriebenen Vokal enthalten.
+
+        where p.name = "Schul?" - qualifiziert alle 6 Zeichen langen
+        Namen, die mit "Schul" beginnen.
+
+        where p.name = "[A-J]*" - qualifiziert alle Namen,  die  mit
+             A,B,..,J beginnen.
+
+        Die spezielle Bedeutung  der  pattern_matching-Zeichen  wird
+        aufgehoben,  wenn  man  ihnen ein <backslash> ( "\" ) voran-
+        stellt.  So  bezeichnet  "\*"  das  Zeichen  "*".   Pattern-
+        matching-Zeichen  in  einer <target_list> mu"ssen immer durch
+        "\" kaschiert werden.  Zum Beispiel:
+
+                    titel = "\*\*\* muster \*\*\*"
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                    QQQQUUUUEEEELLLL
+
+
+
+
+
+        Referenz_Manual            - 16 -                EEEEiiiinnnnffffuuuueeeehhhhrrrruuuunnnngggg
+
+
+        ist die korrekte Art, die Kette "*** muster ***" der  Doma"ne
+        "titel" zuzuweisen.
+
+        _1._1._1._1_6._2.  VVVVeeeerrrrkkkkeeeettttttttuuuunnnngggg ****
+
+        Es gibt einen Verkettungs- (concatenation) Operator, mit dem
+        man  aus  zwei  Zeichenketten eine bilden kann. Seine Syntax
+        ist
+                    concat(feld1, feld2)
+
+        Die La"nge der neuen Zeichenkette ist die  Summe  der  La"ngen
+        der beiden Quellketten. In feld1 hinten stehende Leerzeichen
+        werden unterdru"ckt, feld2 wird  angekettet  und  die  Ergeb-
+        niskette  wird  hinten  mit  Leerzeichen  aufgefu"llt.   Ver-
+        kettungen   ko"nnen   beliebig   in    andere    Verkettungen
+        geschachtelt werden. Zum Beipiel:
+
+           name = concat(concat(x.nachname, ","), x.vorname)
+
+        verkettet den Nachnamen mit einem Komma und kettet daran den
+        Vornamen.
+
+        _1._1._1._1_6._3.  aaaasssscccciiiiiiii ---- nnnnuuuummmmeeeerrrriiiisssscccchhhh zzzzuuuu
+           ZZZZeeeeiiiicccchhhheeeennnnkkkkeeeetttttttteeeennnn wwwwaaaannnnddddeeeellllnnnn ****
+
+        Die aaaasssscccciiiiiiii Funktion kann benutzt werden, um  ein  numerisches
+        Feld  in  eine Zeichenketten-Darstellung zu u"berfu"hren - das
+        kann nu"tzlich sein, wenn die Aufgabe steht, ein  numerisches
+        Feld   mit   einem  Zeichenkettenfeld  zu  vergleichen.  Zum
+        Beipiel:
+                    retrieve ( ... )
+                    where x.chardomname = ascii(x.numdomname)
+
+        aaaasssscccciiiiiiii kann auf einen  Zeichenketten-Wert  angewandt  werden;
+        das  Ergebnis ist die ungea"nderte Zeichenkette.  Das Konver-
+        tierungsformat wird durch das Druckformat  (printing_format,
+        s. quel(unix)) bestimmt.
+
+        SSSSIIIIEEEEHHHHEEEE AAAAUUUUCCCCHHHH
+
+             append(quel), delete(quel), range(quel), replace(quel),
+             retrieve(quel), quel(unix)
+
+        HHHHIIIILLLLFFFFEEEENNNN
+
+             Die maximale Anzahl von Variablen, die in einer Anfrage
+             benutzt werden kann, ist 10.
+
+             Numerischer U"berlauf, Unterlauf und Division durch Null
+             werden nicht entdeckt.
+
+             Bei der  Konvertierung  numerischer  Formate  wird  ein
+             U"berlauf nicht entdeckt.
+
+
+
+
+
+
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                    QQQQUUUUEEEELLLL
+
+
+
+
+
+        Referenz_Manual            - 17 -                    MMMMoooonnnniiiittttoooorrrr
+
+
+        _1._1._2.  DDDDeeeerrrr iiiinnnntttteeeerrrraaaakkkkttttiiiivvvveeee TTTTeeeerrrrmmmmiiiinnnnaaaallll----MMMMoooonnnniiiittttoooorrrr ****
+
+
+        _1._1._2._1.  IIIInnnnhhhhaaaalllltttt uuuunnnndddd LLLLeeeeiiiissssttttuuuunnnngggg ****
+
+        Der interaktive Terminal-Monitor ist  der  front-end-Prozess
+        von  ING_DB .  Er ermo"glicht es, eine Anfrage zu formulieren
+        und sie zu erga"nzen, bevor sie ING_DB  u"bergeben wird.   Zur
+        Ausfu"hrung von A"nderungen an der Anfrage im """"MMMMoooonnnniiiittttoooorrrr----PPPPuuuuffffffffeeeerrrr""""
+        kann ein UNIX - Text-Editor nach eigener Wahl  benutzt  wer-
+        den.
+
+
+        _1._1._2._2.  NNNNaaaacccchhhhrrrriiiicccchhhhtttteeeennnn uuuunnnndddd PPPPrrrroooommmmpppptttt----MMMMeeeelllldddduuuunnnnggggeeeennnn ****
+
+        Der Terminal-Monitor gibt eine Reihe von  Meldungen  ab,  um
+        den   Nutzer   u"ber   den   Status   des  Monitors  und  des
+        Monitor-Puffers zu informieren.
+
+        Nach Anmeldung des Nutzers wird  eine  login-Nachricht  aus-
+        gegeben,   die   die   Versionsnummer  von  ING_DB  und  die
+        login-Zeit anzeigt.  Ihr folgt die Ausgabe des dayfile,  das
+        Informationen fu"r alle Nutzer entha"lt.
+
+        Sobald ING_DB  eingabebereit ist, wird die Meldung
+
+        ING-db>
+        *
+
+        ausgegeben.  Sie zeigt an, dass der Monitor-Puffer leer ist.
+        Die Meldung
+
+        ING-db:
+        *
+
+        zeigt  an,  dass  der  Monitor-Puffer   noch   Informationen
+        entha"lt.   Nach  einem  \go-Kommando wird der Monitor-Puffer
+        automatisch gelo"scht (autoclear-Funktion),  sobald  nachfol-
+        gend  eine weitere Anfrage eingegeben wird, nicht aber, wenn
+        danach  zuerst  ein  Kommando  folgt,  das  sich   auf   den
+        Monitor-Puffer  bezieht.   Solche  Kommandos  sind  \append,
+        \edit, \print, \list, \eval und \go.  Wenn man z.B. eingibt:
+             help parts
+             \go
+             print parts
+        entha"lt der Monitor-Puffer
+             print parts
+        Wenn man dagegen eingibt
+             help parts
+             \go
+             \print
+             print parts
+        entha"lt der Monitor-Puffer
+             help parts
+             print parts
+        Am Anfang jeder Eingabe-Zeile wird der 2. Prompt von  ING_DB
+        , in der Regel ein Stern ("*"), ausgegeben, sobald der Moni-
+        tor auf eine Eingabe des Nutzers wartet.
+
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                    QQQQUUUUEEEELLLL
+
+
+
+
+
+        Referenz_Manual            - 18 -                    MMMMoooonnnniiiittttoooorrrr
+
+
+        _1._1._2._3.  KKKKoooommmmmmmmaaaannnnddddoooossss ****
+
+        Es gibt eine Anzahl von Kommandos, die vom Nutzer eingesetzt
+        werden  ko"nnen,  um  mit dem Monitor-Puffer zu arbeiten oder
+        die Nutzer-Umgebung einzurichten.   Kommandos  beginnen  mit
+        dem  Kommandokennzeichen, in der Regel mit einem <backslash>
+        ("\").  Monitor-Kommandos werden unverzu"glich ausgefu"hrt.
+
+        Einige Kommandos haben einen Parameter.  Dieser besteht  aus
+        den   signifikanten   Zeichen  nach  dem  Kommando  bis  zum
+        Zeilenende.  Hinter solchen Kommandos kann kein anderes Kom-
+        mando auf der gleichen Zeile folgen.  Kommandos ohne Parame-
+        ter ko"nnen auf einer Zeile gepackt werden; zum Beispiel
+             \date\go\date
+        gibt  die  Zeit  vor  und  nach  der   Ausfu"hrung   der   im
+        Monitor-Puffer enthaltenen Query aus.
+
+        LLLLiiiisssstttteeee ddddeeeerrrr KKKKoooommmmmmmmaaaannnnddddoooossss
+
+        \m
+        \monitor [parm]
+
+             Kommandokennzeichen einstellen
+             Der Parameter ist das Kennzeichen. Wenn er fehlt,  wird
+             der Standard eingesetzt.
+
+        \r
+        \reset
+
+             Lo"schen  der  Anfrage.   Der  formulierte  Inhalt   des
+             Monitor-Puffers ist unwiederbringlich verloren.
+
+        \H
+        \HELP [parm]
+
+             Es wird eine la"ngere Dokumentation als Hilfe angezeigt.
+             Die Paramter sind mit denen von manr(unix) identisch.
+
+        \p
+        \print
+
+             Druck  der   anliegenden   Query.    Der   Inhalt   des
+             Monitor-Puffers  wird  auf dem Nutzer-Terminal ausgege-
+             ben.
+
+        \l
+        \list
+
+             Druck der anliegenden Query in der Form, wie  sie  nach
+             ihrer  Transformation  durch  den  Makro-Prozessor aus-
+             sieht.  Einige  Nebeneffekte   bei   der   Arbeit   des
+             Makro-Prozessors,  wie die Definition von Makros werden
+             dabei mit ausgefu"hrt.
+
+        \v
+        \eval
+
+             Makro-Bearbeitung des  Monitor-Puffers.   Das  Kommando
+             dient  der  Definition  von Makros.  Der Monitor-Puffer
+             wird anschliessend gelo"scht.
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                    QQQQUUUUEEEELLLL
+
+
+
+
+
+        Referenz_Manual            - 19 -                    MMMMoooonnnniiiittttoooorrrr
+
+
+        \e
+        \ed
+        \edit [parm]
+        \editor
+
+             Ruf eines frei wa"hlbaren UNIX  -Text-Editors  zum  Edi-
+             tieren des Monitor-Puffers (s. auch ED, EM, VI, RAND im
+             UNIX  Programmer's Manual).  Nach Beendigung  der  Edi-
+             torarbeit  kehrt man automatisch in den Monitor zuru"ck.
+             Der Monitorpuffer erha"lt jetzt  den  editierten  Stand.
+             Wenn  dem  \e-Monitor-Kommando  ein  Parameter  gegeben
+             wird, wird nicht der Monitor-Puffer sondern das,  durch
+             den  Parameter  bezeichnete File zum editierenden File.
+             Wenn    der    Editor    mit     dem     Monitor-Puffer
+             gestartet  wird,  muss zu dessen A"nderung natu"rlich ein
+             w-Editor-Kommando   gegeben   werden,   ehe   man   dem
+             Editor  ein  anderes  File  zuordnet.   Wenn  der Makro
+             "{editor}" definiert ist, wird  dieser  Makro  als  ein
+             Pfadname fu"r einen speziellen Editor genommen, anderen-
+             falls  wird  der  installationsabha"ngige   Systemeditor
+             benutzt.
+
+        \g
+        \go
+
+             Ausfu"hrung  der  anliegenden  Query.   Der  Inhalt  des
+             Monitor-Puffers  wird  von  der  Auflo"sung  der  Makros
+             {begintrap}   und   {endtrap}   umgeben,   durch    den
+             Makro-Prozessor  transformiert  und  ING_DB u"bermittelt
+             und ausgefu"hrt.  Bei Ausfu"hrung  der  tupelorientierten
+             Statements  rrrreeeettttrrrriiiieeeevvvveeee , aaaappppppppeeeennnndddd , rrrreeeeppppllllaaaacccceeee und ddddeeeelllleeeetttteeee wird
+             der Makro {tuplecount} mit der Anzahl der  bearbeiteten
+             Tupel  definiert (sonst und im Fehlerfall als -1).  Vor
+             Ru"ckkehr in den Eingabemodus ruft der Monitor den Makro
+             {continuetrap}.
+
+        \a
+        \append
+
+             Anfu"gen  an  den  Monitor-Puffer.   Das   Kommando   \a
+             u"berschreibt    nach   Ausfu"hrung   einer   Query   die
+             auto_clear-Funktion   und    garantiert,    dass    der
+             Monitor-Puffer nicht gelo"scht wird.
+
+        \d
+        \time
+        \date
+
+             Ausgabe der aktuellen Tageszeit,
+             Ausgabe des Datums
+
+        \s
+        \sh
+        \shell [parm]
+
+             Ruf einer UNIX -Shell.  Nach Beendigung der Shell kehrt
+             man  automatisch  in den Monitor zuru"ck.  Wenn das Kom-
+             mando einen Parameter hat, wird  die  Shell  nicht  als
+             interaktive  Shell gestartet, sondern das mit dem Para-
+             meter bezeichnete  Programm  (File)  gerufen,  dem  als
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                    QQQQUUUUEEEELLLL
+
+
+
+
+
+        Referenz_Manual            - 20 -                    MMMMoooonnnniiiittttoooorrrr
+
+
+             Parameter  die  Stellungsparameter  ($1  usw.) u"ber den
+             Monitor-Puffer  zuga"nglich  sind.    Wenn   der   Makro
+             "{shell}"  definiert ist, wird dessen Wert als Pfadname
+             eines  Programms  benutzt,  das  mit  o.g.   Parametern
+             gerufen       wird,      andernfalls      wird      ein
+             installationsabha"ngiger  Kommandointerpreter   gerufen.
+             Liegt  bei Ru"ckkehr ein Code != 0 vor, ruft der Monitor
+             den Makro {exectrap} auf.
+
+        \q
+        \quit
+
+              Sitzungsende fu"r ING_DB .
+
+        \cd
+        \chdir [parm]
+
+             Vera"nderung des current directory, auf  das  durch  den
+             Parameter bezeichnete directory.
+
+        \i
+        \include
+        \read parm
+
+             Das bezeichnete File wird zur Eingabe fu"r den  Monitor.
+             <backslash> werden in diesem File so behandelt, wie die
+             vom Terminal gegebenen.
+
+        \w
+        \write parm
+
+             Der Inhalt des Monitor-Puffers wird auf das, durch  den
+             Parameter bezeichnete File geschrieben.
+
+        \b
+        \branch parm
+
+             Verzweigung innerhalb eines \include  File,  siehe  den
+             folgenden Abschnitt u"ber Spru"nge.
+
+        \k
+        \mark parm
+
+             Setzt eine Marke fu"r ein \branch.
+                  (Parameter ist Labelname)
+
+        \h
+        \help [parm]
+
+             Ausgabe des Inhaltsverzeichnisses der  Referenz-Hilfen;
+             mit anschliessendem Titel wird eine Kurzinformation zum
+             Kommando gegeben.
+
+        \<ein_anderes_Zeichen>
+
+             Das Zeichen <backslash> gelangt in den  Monitor-Puffer,
+             irgendeine  spezielle Bedeutung des <backslash> fu"r das
+             folgende Zeichen wird  ignoriert  -  das  erlaubt,  das
+             Zeichen  "\"  auch  als ein normales Zeichen einzugeben
+             (siehe auch QQQQUUUUEEEELLLL - Zeichenketten).  Es ist wichtig,  zu
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                    QQQQUUUUEEEELLLL
+
+
+
+
+
+        Referenz_Manual            - 21 -                    MMMMoooonnnniiiittttoooorrrr
+
+
+             vermerken,  dass  der  Makro-Prozessor  die <backslash>
+             wegblendet,   die   zum   Kaschieren   von   Begrenzern
+             eingesetzt  werden.  Im allgemeinen formuliert man also
+             zwei <backslash> hintereinander, wenn man eines an  den
+             Parser  senden  will  (Das  ist  insgesamt aber so kom-
+             pliziert,  dass  man  am  besten  die  Verwendung   von
+             <backslash> u"berhaupt vermeidet.).
+
+        _1._1._2._4.  MMMMaaaakkkkrrrroooossss ********
+
+        Eine genaue Beschreibung der Makros findet man im  Abschnitt
+        MMMMaaaakkkkrrrroooossss....
+
+        _1._1._2._5.  SSSSpppprrrriiiinnnnggggeeeennnn ********
+
+        Die \branch-  und  \mark-Kommandos  erlauben  es,  innerhalb
+        eines  \include  File  zu springen (analog zu "goto <label>"
+        und  "<label>:"  in  anderen  Programmiersprachen).    Einem
+        \mark-Kommando    muss    eine    Marke    folgen.     Einem
+        \branch-Kommando folgt  entweder  eine  Marke  -  was  einen
+        unbedingten  Sprung  -  oder  nach  einem  "?" ein Ausdruck,
+        gefolgt  von  einer  Marke  -  was  einen  bedingten  Sprung
+        bewirkt.  Der bedingte Sprung wird ausgefu"hrt, wenn der Aus-
+        druck gro"sser als Null ist.  Zum Beispiel wu"rde
+                \branch ?{readcount} noinput
+        immer dann  zur  Marke  noinput  springen,  wenn  der  Makro
+        {readcount}  anzeigt,  dass keine Zeichen eingegeben wurden.
+        Wenn bei Ausfu"hrung eines Sprungs die Zielmarke nicht gefun-
+        den  wird, versucht der Monitor die Marke, die der Auflo"sung
+        des Makros {default}  entspricht,  zu  finden.   Wird  keine
+        Zielmarke gefunden, wird das \include File verlassen.
+
+        Der Ausdruck, der im \branch-Kommando angegeben werden kann,
+        muss folgender Syntax genu"gen:
+
+             Die Operatoren +, -, *,
+              /, ", |, <=, >=,  <,  >,  =,  und  !=  sind  in  ihrer
+             gewo"hnlichen Bedeutung definiert.
+
+        Der linke einstellige Operator "!"  kann  fu"r  die  logische
+        Negation  benutzt  werden.   Die Operationen werden nach den
+        u"blichen Vorrangregeln behandelt, Abweichungen  dazu  ko"nnen
+        durch  Klammerung  mit  ()  angewiesen werden.  Der Ausdruck
+        darf keine Leerzeichen enthalten.  Ein Leerzeichen wu"rde den
+        Ausdruck beenden.
+
+        _1._1._2._6.  IIIInnnniiiittttiiiiaaaalllliiiissssiiiieeeerrrruuuunnnngggg ********
+
+        Wa"hrend des Startvorgangs  (login)  werden  eine  Reihe  von
+        Initialisierungsaktionen  ausgefu"hrt.  Zuna"chst (1) wird ein
+        Makro "{pathname}" definiert, der den initialisierungsabha"n-
+        gigen  ING_DB   Pfadnamen entha"lt.  Weiter (2) wird das Ini-
+        tialisierungs-File   "{pathname}/sys/etc/startup"    abgear-
+        beitet.  Dieses File ist vorgesehen, systemabha"ngige Parame-
+        ter, wie den verwendeten Editor oder die verwendete Shell zu
+        definieren.    Drittens   (3)   wird   ein  nutzerabha"ngiges
+        Initialisierungs-File, wie  es  in  einem  Feld  des  ING_DB
+        -Nutzerverzeichnis  fu"r den Nutzer spezifiziert ist, gelesen
+        und ausgefu"hrt.  Normalerweise dient dazu  ein  File  namens
+        ".quel"    im    home_directory    des    Nutzers.    Dieses
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                    QQQQUUUUEEEELLLL
+
+
+
+
+
+        Referenz_Manual            - 22 -                    MMMMoooonnnniiiittttoooorrrr
+
+
+        Initialisierungs-File kann dazu dienen, dem  Nutzer  gewisse
+        Makros     zu    definieren    oder    die    gebra"uchlichen
+        range-Statements abzusenden.  Man kann in diesem  File  z.B.
+        auch  schon das Start-Menue eines voll eingerichteten Anwen-
+        dungsfalles unterbringen.  Letztlich (4) wird die  Steuerung
+        dem Nutzer-Terminal u"bergeben.
+
+        _1._1._2._7.  FFFFllllaaaaggggssss ****
+
+        Folgende Flags, wie sie bei  Ruf  von  ING_DB   (quel(unix))
+        gegeben werden ko"nnen, betreffen den Monitor:
+
+             Die -aaaa -Option unterdru"ckt die autoclear-Funktion.  Das
+             bedeutet,  dass  der  Monitor-Puffer  nicht automatisch
+             gelo"scht wird.  Die Wirkung  ist  so,  als  wu"rde  nach
+             jedem  \go-Kommando ein \append-Kommando eingefu"gt wer-
+             den.  Unter dieser Option muss der Nutzer  also  selbst
+             jeweils   durch   ein  explizites  \reset-Kommando  den
+             Monitor-Puffer lo"schen.
+
+             Die -dddd -Option unterdru"ckt die Ausgabe des dayfile.
+
+             Die -ssss -Option unterdru"ckt  mit  Ausnahme  der  Fehler-
+             nachrichten  die  Ausgabe  aller Meldungen des Monitor,
+             also die login- und logout-Nachrichten, die Ausgabe des
+             dayfile  und  der  Prompt-Meldungen.  Diese Option kann
+             fu"r "verdeckte Anfragen"  eingesetzt  werden;  bei  der
+             Arbeit  aus  \include  Files wird diese Option tempora"r
+             automatisch gesetzt.
+
+        SSSSIIIIEEEEHHHHEEEE AAAAUUUUCCCCHHHH
+
+             quel(unix), makros
+
+        NNNNAAAACCCCHHHHRRRRIIIICCCCHHHHTTTTEEEENNNN
+
+
+             ING_db> Sie ko"nnen eine neue Query beginnen.
+
+             ING_db: Die vorangehende Query wurde  bearbeitet.   Sie
+                  sind wieder im Monitor
+
+             I N G _ d b . . .  Die Query wird durch  ING_DB   bear-
+             beitet.
+
+             >>cmd Sie arbeiten unter einem UNIX -Text-Editor.
+
+             >>sh  Sie arbeiten unter einer UNIX -shell.
+
+             Alle anderen Nachrichten sind selbsterkla"rend.
+
+
+
+
+
+
+
+
+
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                    QQQQUUUUEEEELLLL
+
+
+
+
+
+        Referenz_Manual            - 23 -                     MMMMaaaakkkkrrrroooossss
+
+
+        _1._1._3.  KKKKuuuurrrrzzzzbbbbeeeesssscccchhhhrrrreeeeiiiibbbbuuuunnnngggg ddddeeeessss MMMMaaaakkkkrrrroooo----PPPPrrrroooozzzzeeeessssssssoooorrrrssss ********
+
+
+
+
+        _1._1._3._1.  IIIInnnnhhhhaaaalllltttt uuuunnnndddd LLLLeeeeiiiissssttttuuuunnnngggg ****
+
+        Der  Makro-Prozessor  als   Bestandteil   des   interaktiven
+        Terminal-Monitors erlaubt es, die QUEL nach Anwenderwu"nschen
+        zuzuschneiden.  Ein gegebener Text kann durch ihn  in  QUEL-
+        Statements  eingefu"gt  oder  u"bersetzt  werden, bevor er zur
+        ING_DB -Verarbeitung gelangt.
+
+        _1._1._3._2.  AAAArrrrbbbbeeeeiiiittttsssswwwweeeeiiiisssseeee ddddeeeessss MMMMaaaakkkkrrrroooo----PPPPrrrroooozzzzeeeessssssssoooorrrrssss ********
+
+        Der Makro-Prozessor transformiert einen Input-Text in  einen
+        Output-Text und fu"hrt dabei ggf.  Funktions-Makros aus.  Bei
+        den  Monitor-Kommandos  \go,  \list  und   \eval   ist   der
+        Monitor-Puffer  der  Input-Text,  der  Output-Text  wird dem
+        ING_DB   -Parser   zur   Ausfu"hrung   der    QUEL-Statements
+        u"bergeben(\go),  auf  dem  Terminal  ausgegeben (\list) oder
+        nicht  weiter   behandelt   (\eval,   das   Kommando   dient
+        ausschliesslich  der Abarbeitung von Funktions-Makros).  Bei
+        jedem Monitor-Kommando mit Parameter, wird dieser erst durch
+        den   Makro-Prozessor  transformiert,  ehe  er  im  Monitor-
+        Kommando  als  Parameter  benutzt  wird;  das  Label   eines
+        \mark-Kommandos wird vom Makro-Prozessor nicht bearbeitet.
+
+        Der Output-Text, den der  Makro-Prozessor  erzeugt,  entha"lt
+        die  Textbestandteile  des  Input-Textes,  auf die sich kein
+        Makro anwenden liess und solche  substituierten  Texte,  auf
+        die kein Makro mehr anwendbar ist.
+
+        _1._1._3._3.  BBBBeeeessssttttaaaannnnddddtttteeeeiiiilllleeee eeeeiiiinnnneeeessss MMMMaaaakkkkrrrroooo ********
+
+        Der Makro-Prozessor arbeitet Makros ab, wenn  im  Input-Text
+        entsprechende Textabschnitte enthalten sind.  Makros sind in
+        einer Makro-Tabelle abgelegt,  die  global  fu"r  die  ING_DB
+        -Sitzung  des  Nutzers definiert ist.  Die Makro-Tabelle ist
+        mit  den  Funktions-Makros  initialisiert.   Wa"hrend   einer
+        ING_DB     -Sitzung     ko"nnen     weitere    Makros,    die
+        Substitutions-Makros,            durch            Definition
+        (define-Funktions-Makro)       eingebracht,       gestrichen
+        (remove-Funktions-Makro)  und  angelistet   (dump-Funktions-
+        Makro) werden.
+
+        Jeder Makro hat ein tttteeeemmmmppppllllaaaatttteeee und einen WWWWeeeerrrrtttt....   Das  template
+        ist eine Vorschrift, die entscheidet, ob der Makro auf einen
+        Abschnitt des Input-Textes zutrifft.  Das  template  entha"lt
+        Schlu"sselwo"rter, die im Input-Text vorhanden sein mu"ssen, um
+        den Makro anwenden zu ko"nnen und Parameterdefinitionen,  die
+        Wo"rterfolgen   hinter  oder  zwischen  den  Schlu"sselwo"rtern
+        beschreiben.  Das template entha"lt  weiter  Begrenzersymbole
+        zwischen  den  Schlu"sselwo"rtern  und  Parameterdefinitionen.
+        Das template bestimmt den Abschnitt  des  Input-Textes,  den
+        der Makro diesem entnimmt.
+
+        Der Wert eines Makros ist der Text, den der  Makro-Prozessor
+        in den Output-Text anstelle des entnommenen Textes einsetzt.
+        Er wird bei Funktions-Makros aus der durch sie  ausgefu"hrten
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                    QQQQUUUUEEEELLLL
+
+
+
+
+
+        Referenz_Manual            - 24 -                     MMMMaaaakkkkrrrroooossss
+
+
+        Funktion  bestimmt  und ist bei den meisten Funktions-Makros
+        eine leere Zeichenfolge.  Bei Substitutions-Makros wird  der
+        Wert  aus festen Wo"rtern und den entnommenen Parameterwerten
+        gebildet. Die Vorschrift dafu"r  ist  das  rrrreeeeppppllllaaaacccceeeemmmmeeeennnntttt  eines
+        Substitutions-Makros,  das  Wo"rter,  Parameterreferenzen und
+        Begrenzer entha"lt.
+
+        _1._1._3._4.  TTTTeeeexxxxttttsssskkkkaaaannnnddddiiiieeeerrrruuuunnnngggg ********
+
+        Der Makro-Prozessor ist ein Wort-Prozessor, d.h. er arbeitet
+        auf ganzen Wo"rtern des Input-Textes und nicht auf beliebigen
+        seiner Abschnitte.  Ein WWWWoooorrrrtttt ist ein BBBBeeeezzzzeeeeiiiicccchhhhnnnneeeerrrr,,,,  eine  ZZZZaaaahhhhllll
+        oder   ein  OOOOppppeeeerrrraaaattttoooorrrr....   Ein  BBBBeeeezzzzeeeeiiiicccchhhhnnnneeeerrrr  beginnt  mit  einem
+        Buchstaben, dem Buchstaben oder Ziffern folgen, "_" gilt als
+        Buchstabe;  der  Makro-Prozessor  unterscheidet  Klein-  und
+        Grossbuchstaben.  Eine ZZZZaaaahhhhllll ist eine Ziffernfolge, ggf.  mit
+        einem  Dezimalpunkt  ".".   Ein  OOOOppppeeeerrrraaaattttoooorrrr  ist  jedes andere
+        einzelne Zeichen, das ausserdem nicht Standardbegrenzer ist;
+        die  kombinierten Operatoren <=, >=, !=, **, /*, */ sind ein
+        Wort.
+
+        Der Makro-Prozessor  kennt  die  SSSSttttaaaannnnddddaaaarrrrddddbbbbeeeeggggrrrreeeennnnzzzzeeeerrrr  <blank>,
+        <tab>   und   <nl>,   die   keine   Operatoren   sind.   Als
+        <<<<wwwwoooorrrrdddd____cccchhhhaaaannnnggggeeee>>>> wird die Position im Text bezeichnet,  an  der
+        das vorangehende Wort endet.
+
+        Im template  von  Makros  werden  folgende  BBBBeeeeggggrrrreeeennnnzzzzeeeerrrrssssyyyymmmmbbbboooolllleeee
+        eingesetzt:
+
+
+        \^   genau ein <blank> oder <tab> oder <nl>
+             zu Beginn des template: Makro wird nur zu  Zeilenanfang
+             des Textes angewandt !
+
+        \=>    genau ein <word_change>
+
+        \|   <word_change> oder beliebig viele  der  o.g.  Standard-
+             begrenzer
+
+        \<blank><blank>genau <blank>
+
+        \<tab>genau <tab>
+
+        \<nl>genau <nl>
+
+        Diese  Begrenzersymbole  werden  in   den   Funktions-Makros
+        verwendet (s. folgende U"bersicht).
+
+        _1._1._3._5.  PPPPaaaarrrraaaammmmeeeetttteeeerrrr iiiinnnn MMMMaaaakkkkrrrroooossss ********
+
+        Eine PPPPaaaarrrraaaammmmeeeetttteeeerrrrddddeeeeffffiiiinnnniiiittttiiiioooonnnn in einem template wird  durch  drei
+        Zeichen gegeben:
+             $ <p_name> <p_delim>
+        $  kennzeichnet,  dass   eine   Parameterdefinition   folgt.
+        <p_name>  ist  ein makro-lokaler Bezeichner (ein graphisches
+        Zeichen),  der  im  replacement  referenziert  werden  kann.
+        <p_delim>  ist das Zeichen, mit dem der Parameter zu begren-
+        zen ist.  Der Begrenzer darf als
+             <backslash><token>
+        geschrieben werden, wenn ein <token> Begrenzer werden  soll,
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                    QQQQUUUUEEEELLLL
+
+
+
+
+
+        Referenz_Manual            - 25 -                     MMMMaaaakkkkrrrroooossss
+
+
+        der  eine  Spezialbedeutung  hat (z.B. <nl>).  Im Input-Text
+        darf innerhalb eines Parameterwertes das ihn  sonst  begren-
+        zende   Zeichen   durch   ein   vorangestelltes  <backslash>
+        kaschiert werden, der  Parameterwert  wird  bis  zum  ersten
+        freistehenden Begrenzer gewertet.
+
+        Durch eine Parameterdefinition
+             $$ <p_name> <p_delim>
+        wird der Parameter als zur  Vorverarbeitung  geeignet  (pre-
+        scaneable) gekennzeichnet, s. unten prescan.
+
+        _1._1._3._6.  SSSSppppeeeezzzziiiieeeelllllllleeee MMMMaaaakkkkrrrroooossss ********
+
+        Der Monitor bringt die Substitutions-Makros
+
+             {{{{ppppaaaatttthhhhnnnnaaaammmmeeee}}}}
+             Pfadname des ING_DB _file-Systems
+
+             {{{{uuuusssseeeerrrrccccooooddddeeee}}}}
+             2-Byte-ING_DB -Usercode des arbeitenden Nutzers
+
+             {{{{ddddaaaattttaaaabbbbaaaasssseeee}}}}
+             Name der bearbeiteten Datenbank
+
+             {{{{rrrreeeeaaaaddddccccoooouuuunnnntttt}}}}
+             Anzahl der durch den  letzten  read-  oder  readdefine-
+             Makro  gelesenen  Zeichen (0, falls nur <nl>, -1, falls
+             EOF eingegeben wurde)
+
+             {{{{ttttuuuupppplllleeeeccccoooouuuunnnntttt}}}}
+             Anzahl der vom  letzten  retrieve-,  append-,  replace-
+             oder  delete-Statement  erfolgreich  behandelten Tupel,
+             sonst -1
+        ein.
+
+        Eine besondere Bedeutung haben folgende Substitutions-Makros
+        fu"r die Ausfu"hrung von Monitor-Kommandos:
+
+             {{{{eeeeddddiiiittttoooorrrr}}}}
+             Name eines speziellen Editors fu"r das \edit-Kommando
+
+             {{{{sssshhhheeeellllllll}}}}
+             Name eines speziellen Programms, das durch ein  \shell-
+             Kommando gerufen werden soll
+
+             {{{{ddddeeeeffffaaaauuuulllltttt}}}}
+             Sprungmarke fu"r ein \branch-Kommando, dessen  Zielmarke
+             nicht gefunden wird
+
+             {{{{bbbbeeeeggggiiiinnnnttttrrrraaaapppp}}}}
+
+             {{{{eeeennnnddddttttrrrraaaapppp}}}}
+             werden bei  einem  \go-Kommando  gerufen,  ihr  substi-
+             tuierter   Text  wird  vor  und  hinter  den  Text  des
+             Monitor-Puffers gestellt, wenn dieser zur  Verarbeitung
+             weitergegeben wird
+
+             {{{{qqqquuuueeeerrrryyyyttttrrrraaaapppp}}}}
+             definiert den Namen eines Protokollfiles; ist querytrap
+             definiert,  werden  auf  dem  File  alle Nutzeraktionen
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                    QQQQUUUUEEEELLLL
+
+
+
+
+
+        Referenz_Manual            - 26 -                     MMMMaaaakkkkrrrroooossss
+
+
+             protokolliert; wird das Makro gelo"scht, wird  das  Pro-
+             tokollfile geschlossen.
+
+             {{{{ccccoooonnnnttttiiiinnnnuuuueeeettttrrrraaaapppp}}}}
+             wird vor Beginn des weiteren  Dialogs  nach  Ausfu"hrung
+             eines \go-Kommandos gerufen
+
+             {{{{eeeexxxxeeeeccccttttrrrraaaapppp}}}}
+             wird nach Ausfu"hrung eines \edit oder  \shell-Kommandos
+             gerufen,    wenn   das   bearbeitete   Programm   einen
+             Ru"ckkehrcode != 0 lieferte
+
+        Die letztgenannten Makros mu"ssen  vor  ihrer  Verwendung  im
+        Startvorgang  des  Monitor  im  startupfile oder im initfile
+        oder direkt wa"hrend der Sitzung vom Nutzer definiert werden.
+
+        _1._1._3._7.  FFFFuuuunnnnkkkkttttiiiioooonnnnssss----MMMMaaaakkkkrrrroooossss ********
+
+
+        template                       Wert    Funktion
+        ------------------------------------------------------------
+        {rawdefine;\|$$T;\|$$R}        ""      ) SM t:T, r:R
+        {define;\|$$T;\|$$R}           ""      ) SM t:T, r:R
+        {remove}                       ""      ) streicht alle SM
+        {remove;\|$$T}                 ""      ) dto falls t=T
+        {dump}                         ""      ) gibt alle SM aus
+        {dump;\|$$N}                   ""      ) dto falls name=N
+        ------------------------------------------------------------
+        {type;\|$$M}                   ""      ) gibt M aus
+        {read;\|$$M}               Eingabetext   gibt M aus
+                                                  SM t:{readcount}
+                                                     r:Textla"nge
+        {readdefine;\|$$N;\|$$M}   {readcount}   gibt M aus
+                                                  SM t:{readcount}
+                                                     r:Textla"nge
+                                                  SM t:N
+                                                     r:Eingabetext
+        ------------------------------------------------------------
+        {expr;\|$$e}               Wert von e  Berechnung von e
+        {exprdefine;\|$$n;\|$$e}     ""       ) SM t:n
+                                                   r:Wert von e
+        ------------------------------------------------------------
+        {same;\|$$a;\|$$b}                     Vergleich von a, b
+                                 +1, 0, -1    Wert bei =, >, <
+        {if;\|$$e;\|$t;\|$f}      t oder f     Berechnung von e
+                                              t wenn >0 sonst f
+        ------------------------------------------------------------
+        {substr;\|$$f;\|$$t;$$s}     substr    substring von s
+                                              zwischen f bis t
+        ------------------------------------------------------------
+        {dnl}                          ""      bis <nl> verwerfen
+        ------------------------------------------------------------
+
+        ) ggf. hinter dem template weiter auf der gleichen Zeile
+           stehender Input-Text wird verworfen.
+        SM  definiert einen Substitutions-Makro mit
+           t:template und r:replacement
+        $$P Parameter ist prescaneable
+
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                    QQQQUUUUEEEELLLL
+
+
+
+
+
+        Referenz_Manual            - 27 -                     MMMMaaaakkkkrrrroooossss
+
+
+        Die  type-,  read-  und   readdefine-Makros   arbeiten   auf
+        standard_input  und  _output,  auch  wenn  man  sie in einer
+        \include-Programmebene benutzt.  Der Name eines  Makros  ist
+        die Folge der in seinem template vor der ersten Parameterde-
+        finition stehenden Schlu"sselwo"rter.  Die remove-  und  dump-
+        Makros  betreffen  alle die Substitutions-Makros, deren Name
+        mit der im Makro-Parameter angegebenen Wo"rterfolge  beginnt.
+        Die Funktions-Makros bleiben von den remove- und dump-Makros
+        unberu"hrt.  Man setzt den remove-Makro ein,  um  die  Arbeit
+        des Makro-Prozessors zu beschleunigen.  Die Definition eines
+        Substitutions-Makros eines Namens, der in der  Makro-Tabelle
+        schon  existiert,  u"berschreibt  diesen.   Die  geschweiften
+        Klammern  {  und  }   erlauben   es,   Funktions-Makros   zu
+        schachteln, die Klammern kaschieren den aktuellen Parameter-
+        begrenzer.
+
+        _1._1._3._8.  BBBBeeeerrrreeeecccchhhhnnnnuuuunnnngggg aaaarrrriiiitttthhhhmmmmeeeettttiiiisssscccchhhheeeerrrr AAAAuuuussssddddrrrruuuu""""cccckkkkeeee ********
+
+        Die e-Parameter der if-, expr- und exprdefine-Makros und die
+        f-  und  t-Parameter  des substr-Makros du"rfen arithmetische
+        Ausdru"cke sein.
+
+        Ein  Ausdruck  darf  Operatoren  und  Operanden   enthalten.
+        Operatoren sind:
+
+
+        **         (Potenzieren)
+        - !        (Vorzeichen, logische Negation)
+        * / %      (Multiplikation, Division, Divisionsrest)
+        + -        (als zweistellige Operationen)
+        > >= < <=  (Vergleichsoperatoren)
+        = !=       (Gleichheit, Ungleichheit)
+        &          (logisches UND)
+        |          (logisches inclusives ODER)
+
+
+        Operationen   auf   gleicher   Zeile   sind   von   gleicher
+        Bindungssta"rke,  sonst gilt absteigende Bindung entsprechend
+        der Aufza"hlung ( ) zur Festlegung  der  Bindung  von  Opera-
+        tionen.
+
+        Der Ausdruck darf als Operanden nur  noch  ganzzahlig  nume-
+        rische  Werte  mit  einem  Wertebereich  zwischen -32768 bis
+        32767 enthalten, sonst erfolgt nach entsprechenden Meldungen
+        ein   Abbruch   der   weiteren   Ausdrucksberechnung.    Die
+        Ausdrucksauswertung wird durch die Zeichen  <blank>,  <tab>,
+        <nl> oder <eof> beendet.
+
+        Die arithmetischen  Operationen  werden  in  u"blicher  Ganz-
+        zahlarithmetik    (/:   ganzer   Teil   der   Division,   %:
+        Divisionsrest; Division durch 0 ergibt nach Warnung den Wert
+        0) berechnet. Die logischen Operationen ( ! & | ) deuten bei
+        ihren  Operanden  <=0  als  FALSE  und  >0  als  TRUE.   Die
+        logischen  Operationen und die Vergleichsoperationen liefern
+        den arithmetischen Wert 0 fu"r FALSE und  1  fu"r  TRUE.   Die
+        Ausdrucksberechnung   erfolgt   von   links   nach   rechts,
+        entsprechend den Bindungsregeln,  geklammerte  Teile  werden
+        ge- und entkellert.
+
+        Bei der Ausdrucksauswertung  (nach  Makro-Auflo"sung)  weisen
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                    QQQQUUUUEEEELLLL
+
+
+
+
+
+        Referenz_Manual            - 28 -                     MMMMaaaakkkkrrrroooossss
+
+
+        Meldungen auf syntaktische Fehler im Ausdruck hin.
+
+        _1._1._3._9.  PPPPaaaarrrraaaammmmeeeetttteeeerrrrvvvvoooorrrrvvvveeeerrrraaaarrrrbbbbeeeeiiiittttuuuunnnngggg ((((pppprrrreeeessssccccaaaannnn)))) ********
+
+        Der Makro-Prozessor entnimmt nach der  Vorschrift  des  tem-
+        plate  dem  Input-Text die Parameterwerte. In manchen Fa"llen
+        ist es no"tig, dass vor deren Verarbeitung diese einer geson-
+        derten  Makro-Bearbeitung  unterzogen,  also  vorverarbeitet
+        werden, ehe sie als Parameterwert  eingesetzt  werden.   Das
+        wird  als  pppprrrreeeessssccccaaaannnn  bezeichnet.  Im template des Makros muss
+        die Parameterdefinition dazu mit "$$" gekennzeichnet und  im
+        Input-Text  der  Parameterwert  dazu  durch  "@" eingeleitet
+        sein.
+
+        _1._1._3._1_0.  DDDDeeeeffffiiiinnnniiiittttiiiioooonnnn vvvvoooonnnn SSSSuuuubbbbssssttttiiiittttuuuuttttiiiioooonnnnssss----MMMMaaaakkkkrrrroooossss ********
+
+        Einen Substitutions-Makro definiert man  mit  einem  define-
+        oder  rawdefine-Funktions-Makro.  Die Verwendung des define-
+        Funktions-Makros ist fu"r  ga"ngige  Anwendungen  ausreichend.
+        Man  verwendet  im  template  zwischen  Schlu"sselwo"rtern und
+        Parameterdefinitionen    <blank>    als    Begrenzer,    der
+        Makro-Prozessor setzt wa"hrend der U"bernahme von template und
+        replacement in die Makro-Tabelle an alle  Stellen  des  tem-
+        plate,  wo  Standardbegrenzer  oder  <word_change> sind, das
+        Begrenzersymbol "\|" ein und beendet das  template  mit  "\=>"
+        oder  "\|".   Dadurch  wird  erreicht,  dass  der Makro auch
+        angewandt wird, wenn ein Nutzer seinen Text  mit  beliebigen
+        Absta"nden zwischen Wo"rtern ausschmu"ckt.
+
+        Die  Definition  mittels   rawdefine   dient   der   genauen
+        Festlegung von Begrenzern, der Makro-Prozessor la"sst die vom
+        Definierenden eingebrachten Begrenzersymbole so  stehen  und
+        vera"ndert  nur die, wo Standardbegrenzer oder <word_change>,
+        wie bei define belassen wurden.
+
+        Bei der Definition eines Substitutions-Makros gibt  man  als
+        replacement  die  Wo"rterfolge  an,  die  in  den Output-Text
+        eingesetzt  werden  soll,  durchsetzt  mit  den  gewu"nschten
+        Begrenzern  und  auch  Parameterwerten, die das template aus
+        dem Input-Text ermittelt  hat.   Eine  Parameterreferenz  im
+        replacement schreibt man als
+             $ <p_name>
+        Natu"rlich muss  <p_name>  im  template  definiert  sein,  im
+        replacement  kann er mehrfach verwendet werden.  Im replace-
+        ment  ko"nnen  alle,  den  Makro-Prozessor  sonst  steuernden
+        Zeichen,  verwendet  werden.   Das Zeichen "$" muss als "\$"
+        kaschiert werden, wenn es bei U"bernahme des template in  die
+        Makro-Tabelle   nicht  die  Funktion  der  Einleitung  einer
+        Parameterreferenz ausu"ben  soll.   Entha"lt  das  replacement
+        Wo"rterfolgen,  auf  die sich weitere Makros anwenden lassen,
+        erfolgt das folgend auch.
+
+        _1._1._3._1_1.  KKKKaaaasssscccchhhhiiiieeeerrrreeeennnn ((((qqqquuuuoooottttiiiinnnngggg ooooddddeeeerrrr ccccoooonnnncccceeeeaaaalllliiiinnnngggg)))) ********
+
+        Durch Anwendung der KKKKaaaasssscccchhhhiiiieeeerrrruuuunnnnggggssssppppaaaaaaaarrrreeee ` und ' kann  man  dem
+        Makro-Prozessor  signalisieren,  dass  der,  durch sie quasi
+        eingeklammerte Abschnitt des Input-Textes, nicht der  Makro-
+        Bearbeitung  unterzogen  werden  soll (quoting oder conceal-
+        ing).  Die  Kaschierungspaare  du"rfen  geschachtelt  werden.
+        Sie   du"rfen   auch   im   template  verwendet  werden.   Im
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                    QQQQUUUUEEEELLLL
+
+
+
+
+
+        Referenz_Manual            - 29 -                     MMMMaaaakkkkrrrroooossss
+
+
+        Output-Text sind die a"usseren Kaschierungspaare  nach  eeeeiiiinnnneeeemmmm
+        Makro-Lauf weggelassen.
+
+        Die Kaschierungspaare  kann  man  als  Klammern  fu"r  solche
+        Parameterwerte  im  Input-Text  verwenden,  die aus mehreren
+        Wo"rtern bestehen, wenn sonst das template nur ein  Wort  als
+        Parameterwert entnehmen wu"rde.
+
+        Mit <backslash> kann man das einzelne, ihm folgende  Zeichen
+        kaschieren,  wenn  es  ausserhalb  einer bereits kaschierten
+        Zeichenfolge steht und ihm folgt:
+
+             - der aktuelle Parameterbegrenzer
+             - eines der Zeichen
+             <blank> <tab> \t <nl> \n
+             ` ' { } @ \
+
+        <backslash> kaschiert also  die  Standardbegrenzer  und  die
+        sonst   den   Makro-Prozessor   steuernden   Zeichen.    Der
+        Makro-Prozessor gibt fu"r "\t" oder "\n" <tab> oder  <nl>  in
+        den  Output-Text,  auch  sonst gelangt das <backslash> genau
+        dann nicht in den Output-Text, wenn es  nach  obigen  Regeln
+        als  Kaschierungssymbol  gewertet wird.  Ein Funktions-Makro
+        wird vom Makro-Prozessor immer ganz auf einer  Zeile  erwar-
+        tet; gelingt diese Formulierung aus Platzgru"nden nicht, muss
+        "\<nl>" an entsprechenden Stellen verwendet werden.
+
+        NNNNAAAACCCCHHHHRRRRIIIICCCCHHHHTTTTEEEENNNN
+
+        infinite loop in makro
+
+             Ein  Abschnitt  des  Input-Text  wurde  100  mal  einer
+             Makro-Substitution  unterzogen.  Das  hat seine Ursache
+             i.d.R. darin, dass Substitutions-Zyklen definiert sind,
+             z.B.   {define;alpha;alpha}   oder  {define;alpha;beta}
+             {define;beta;alpha}.  Der Makro-Prozessor  geht  weiter
+             im Input-Text.
+
+        every parameter needs a delimiter
+
+             Die Parameterdefinition hat keinen Begrenzer
+
+        null parameter name
+
+             Die Parameterdefinition hat keine Namensangabe
+
+        parameter <p_name> redeclared
+
+             Der gleiche <p_name> wird in  einem  template  mehrfach
+             als solcher verwendet
+
+        parameter <p_name> referenced but not defined
+
+             Der im replacement referenzierte <p_name> wurde im tem-
+             plate nicht definiert
+
+        BBBBEEEEIIIISSSSPPPPIIIIEEEELLLLEEEE
+
+
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                    QQQQUUUUEEEELLLL
+
+
+
+
+
+        Referenz_Manual            - 30 -                     MMMMaaaakkkkrrrroooossss
+
+
+
+                /* Erzeuge das QUEL-Schlu"sselwort "retrieve"
+                aus dem ku"rzeren Wort "get" */
+
+                     {define; get; retrieve} \eval
+
+                /* Erzeuge ein komplettes retrieve-Statement
+                fu"r einen Spezialfall aus einer
+                kurzen Angabe "get Parameterwert" */
+
+                {define; get $1; retrieve(p.all)where name="$1"}\eval
+
+
+
+                /*      In einem Menue seien dem Nutzer die
+                Antworten a,b,? gestattet,
+                er wird durch Ausgabe der Meldung "a,b,?"
+                zur Abgabe einer Antwort aufgefordert,
+                in deren Folge entsprechende Marken
+                angesprungen werden */
+
+                     {define; {default}; ab}\eval
+
+                     \branch {read;a,b,}
+                     \mark a
+                       :
+                       :
+                     \mark b
+                       :
+                       :
+                     \mark ab
+                       :
+                       :
+
+
+        Zur Sicherheit  gegen  eine  Eingabe  irgendwelcher  Zeichen
+        durch  den  Anwender, deren Deutung als Sprungmarke auf kein
+        vorhandenes  \mark  fu"hren  wu"rde,   wird   einleitend   der
+        {default}-Makro  so  definiert,  dass  auch  alle derartigen
+        Eingaben auf \mark ab gelenkt werden.
+
+
+                /*      Der Nutzer wird durch Ausgabe
+                eines Textes "NAME:" aufgefordert,
+                einen name einzugeben,
+                gibt er nur <nl>, also 0 Zeichen ein,
+                wird eine Marke Ende angesprungen */
+
+                     {readdefine; name; NAME:}\eval
+                     \branch ?{readcount}=0 Ende
+                     retrieve (p.all)where p.`name'="name"\go
+
+
+
+        Der eingegebene Text wird in das Statement zwischen die  " "
+        eingesetzt,  das  erfolgt nur dort, weil `name' von der Sub-
+        stitution ausgeschlossen wird.
+
+
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                    QQQQUUUUEEEELLLL
+
+
diff --git a/WEGA/contrib/ingres/dbs/ing_doc/teil1/doc1_ab b/WEGA/contrib/ingres/dbs/ing_doc/teil1/doc1_ab
new file mode 100644
index 0000000..8136bcb
--- /dev/null
+++ b/WEGA/contrib/ingres/dbs/ing_doc/teil1/doc1_ab
@@ -0,0 +1,2160 @@
+
+
+
+        Referenz_Manual            - 31 -                     MMMMaaaakkkkrrrroooossss
+
+
+
+                /*      Es soll ein Sprung
+                immer auf "normal" erfolgen,
+                es sei denn, der im vorangegangenen Beispiel
+                eingegebene Name ist "Neumann" */
+
+                \branch {if same;@name;Neumann;Ausnahme;normal}
+
+
+        Wenn vor  name  durch  @  keine  Vorverarbeitung  angewiesen
+        wu"rde,  erfolgte der Sprung ebenfalls immer auf "normal", da
+        "name" nicht gleich "Neumann" ist. Erst durch die  Vorverar-
+        beitung  wird  aber  der  substituierte  Text, also der oben
+        eingegebene, mit "Neumann" verglichen.
+
+
+                /*      Eine ga"ngige Anwendung des {continuetrap}
+                ist, ihn dazu zu benutzen, die Anzahl der
+                bearbeiteten Tupel anzuzeigen, wenn solche
+                im {tuplecount} angezeigt werden, dieser
+                also >= 0 ist. Dazu definiert man
+                {continuetrap} beispielsweise als: */
+
+                {define; {continuetrap}; \<nl>
+                {if; @{tuplecount}>=0; \<nl>
+                {type; @{tuplecount} Entities bearbeitet};}}\eval
+
+
+        Das "<nl>" im obigen Text soll nur anzeigen, dass  dieses  -
+        auf dem Terminal sonst nicht sichtbare - Zeichen dort steht.
+
+        SSSSIIIIEEEEHHHHEEEE AAAAUUUUCCCCHHHH
+
+             monitor(quel)
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                    QQQQUUUUEEEELLLL
+
+
+
+
+
+        Referenz_Manual            - 32 -                 UUUUeeeebbbbeeeerrrrssssiiiicccchhhhtttt
+
+
+        _1._1._4.  UUUU""""bbbbeeeerrrrssssiiiicccchhhhtttt ddddeeeerrrr AAAAnnnnffffrrrraaaaggggeeee----KKKKoooommmmmmmmaaaannnnddddoooossss ****
+
+
+
+             =>   APPEND - fu"ge neue Tupel in die Relation ein
+                  aaaappppppppeeeennnndddd [ttttoooo] relname (target_list) [wwwwhhhheeeerrrreeee qual]
+
+             =>   COPY - kopiere Daten zwischen einer  Relation  und
+                  einem UNIX  File.
+                  ccccooooppppyyyy relname ([domname  =  fformat  {,  domname  =
+                  fformat }])
+
+                       into | from "Filename"
+
+             =>   CREATE - erzeuge eine neue Relation
+                  ccccrrrreeeeaaaatttteeee relname (domname = format {, domname = for-
+                  mat })
+
+             =>   DEFINE - definiere Subschema
+                  ddddeeeeffffiiiinnnneeee vvvviiiieeeewwww relname (target list) [ wwwwhhhheeeerrrreeee qual ]
+                  ddddeeeeffffiiiinnnneeee ppppeeeerrrrmmmmiiiitttt oplist oooonnnn var [ (attlist) ]
+                  ttttoooo name [ aaaatttt term ] [ ffffrrrroooommmm time ttttoooo time ] [ oooonnnn day
+                  ttttoooo day ] [ wwwwhhhheeeerrrreeee qual ]
+                  ddddeeeeffffiiiinnnneeee iiiinnnntttteeeeggggrrrriiiittttyyyy oooonnnn var iiiissss qual
+
+             =>   DELETE - lo"sche Tupel aus einer Relation
+                  ddddeeeelllleeeetttteeee var [wwwwhhhheeeerrrreeee qual]
+
+             =>   DESTROY - lo"sche existierende Relationen
+                  ddddeeeessssttttrrrrooooyyyy relname {, relname}
+                  ddddeeeessssttttrrrrooooyyyy ppppeeeerrrrmmmmiiiitttt ||||  iiiinnnntttteeeeggggrrrriiiittttyyyy  relname  aaaallllllll  ||||  con-
+                  straint {, constraint}
+
+             =>   HELP - liefere Hilfen u"ber  ING_DB  -Nutzung  oder
+                  Informationen u"ber Relationen in der Datenbank
+                  hhhheeeellllpppp [relname{,relname}]
+                  hhhheeeellllpppp "" | "section" {,"section"}
+                  hhhheeeellllpppp iiiinnnntttteeeeggggrrrriiiittttyyyy |||| ppppeeeerrrrmmmmiiiitttt |||| vvvviiiieeeewwww relname {,relname}
+
+             =>   INDEX -  erzeuge  einen  Sekunda"rindex  u"ber  eine
+                  existierende Relation.
+                  iiiinnnnddddeeeexxxx oooonnnn relname iiiissss indexname (domname {  ,domname
+                  })
+
+             =>   INTEGRITY - definiere Integrita"tsbedingungen
+                  ddddeeeeffffiiiinnnneeee iiiinnnntttteeeeggggrrrriiiittttyyyy oooonnnn var iiiissss qual
+
+             =>   MODIFY - modifiziere  die  Speicherstruktur  einer
+                  Relation
+
+                       mmmmooooddddiiiiffffyyyy relname ttttoooo storage-structure
+                       [ oooonnnn key [ :sortorder] { , key :sortorder } ]
+                       [ wwwwhhhheeeerrrreeee [ ffffiiiillllllllffffaaaaccccttttoooorrrr ==== n ] [ ,,,, mmmmiiiinnnnppppaaaaggggeeeessss ==== n ]
+                       [ ,,,, mmmmaaaaxxxxppppaaaaggggeeeessss ==== n ] ]
+
+             =>   PERMIT - fu"ge  Berechtigungen  zu  einer  Relation
+                  hinzu
+                  ddddeeeeffffiiiinnnneeee ppppeeeerrrrmmmmiiiitttt oplist oooonnnn var [ (attlist) ]
+                  ttttoooo name [ aaaatttt term ] [ ffffrrrroooommmm time ttttoooo time ] [ oooonnnn day
+                  ttttoooo day ] [ wwwwhhhheeeerrrreeee qual ]
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                    QQQQUUUUEEEELLLL
+
+
+
+
+
+        Referenz_Manual            - 33 -                 UUUUeeeebbbbeeeerrrrssssiiiicccchhhhtttt
+
+
+             =>   PRINT - drucke Relationen
+                  pppprrrriiiinnnntttt relname {, relname}
+
+             =>   RANGE - deklariere eine Variable u"ber  eine  Rela-
+                  tion
+                  rrrraaaannnnggggeeee [[ ooooffff ] var iiiissss relname]
+
+             =>   REPLACE - ersetze Werte von Doma"nen in einer Rela-
+                  tion
+                  rrrreeeeppppllllaaaacccceeee var (target_list) [wwwwhhhheeeerrrreeee qual]
+
+             =>   RETRIEVE - suche Tupel
+                  rrrreeeettttrrrriiiieeeevvvveeee  [[iiiinnnnttttoooo]  relname  uuuunnnniiiiqqqquuuueeee]  (target_list)
+                  [wwwwhhhheeeerrrreeee qual]
+
+             =>   SAVE - sichere eine  Relation  bis  zu  einem  be-
+                  stimmten Datum
+                  ssssaaaavvvveeee relname uuuunnnnttttiiiillll month day year
+
+             =>   VIEW - definiere eine virtuelle Relation
+                  ddddeeeeffffiiiinnnneeee vvvviiiieeeewwww relname (target list) [ wwwwhhhheeeerrrreeee qual ]
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                    QQQQUUUUEEEELLLL
+
+
+
+
+
+        Referenz_Manual            - 34 -                 UUUUeeeebbbbeeeerrrrssssiiiicccchhhhtttt
+
+
+                         IIIINNNNGGGG____DDDDBBBB  ---- RRRReeeeffffeeeerrrreeeennnnzzzz MMMMaaaannnnuuuuaaaallll
+
+
+
+
+
+
+                                TTTTEEEEIIIILLLL QQQQUUUUEEEELLLL
+
+
+
+
+
+        ################################################################
+        ################################################################
+        ##                                                            ##
+        ##                                                            ##
+        ##                                                            ##
+        ##                                                            ##
+        ##                                                            ##
+        ##       ###   #     #  #####          ######  ######         ##
+        ##        #    ##    # #     #         #     # #     #        ##
+        ##        #    # #   # #               #     # #     #        ##
+        ##        #    #  #  # #  ####         #     # ######         ##
+        ##        #    #   # # #     #         #     # #     #        ##
+        ##        #    #    ## #     #         #     # #     #        ##
+        ##       ###   #     #  #####  ####### ######  ######         ##
+        ##                                                            ##
+        ##                                                            ##
+        ##                                                            ##
+        ##                #####  #     # ####### #                    ##
+        ##               #     # #     # #       #                    ##
+        ##               #     # #     # #       #                    ##
+        ##               #     # #     # #####   #                    ##
+        ##               #   # # #     # #       #                    ##
+        ##               #    #  #     # #       #                    ##
+        ##                #### #  #####  ####### #######              ##
+        ##                                                            ##
+        ##                                                            ##
+        ##                                                            ##
+        ##                                                            ##
+        ##                                                            ##
+        ################################################################
+        ################################################################
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                    QQQQUUUUEEEELLLL
+
+
+
+
+
+        Referenz_Manual            - 35 -                 UUUUeeeebbbbeeeerrrrssssiiiicccchhhhtttt
+
+
+        NNNNAAAAMMMMEEEE
+
+             append - Anfu"gen von Tupeln an eine Relation
+
+        SSSSYYYYNNNNOOOOPPPPSSSSIIIISSSS
+
+             aaaappppppppeeeennnndddd [ttttoooo] relname (target_list) [wwwwhhhheeeerrrreeee qual]
+
+        BBBBEEEESSSSCCCCHHHHRRRREEEEIIIIBBBBUUUUNNNNGGGG
+
+             aaaappppppppeeeennnndddd fu"gt Tupel  an  die  mit  <<<<rrrreeeellllnnnnaaaammmmeeee>>>>  bezeichnete
+             Relation  an.   Diese Relation muss bereits existieren.
+             Die <<<<ttttaaaarrrrggggeeeetttt____lllliiiisssstttt>>>> bestimmt die Attribute, die mit  Wer-
+             ten   belegt   werden.    Die  Doma"nen  ko"nnen  in  der
+             <target_list> in beliebiger Reihenfolge aufgeza"hlt wer-
+             den.   Attribute,  deren  Doma"ne  in  der <target_list>
+             nicht aufgeza"hlt sind, erhalten einen  leeren  Wert  (0
+             bei    numerischen    Doma"nen,    Leerkette    ""   bei
+             Zeichenketten-Doma"nen).
+
+             Die Belegung der Attribute erfolgt mittels  der  Formu-
+             lierung   in  der  <target_list>  durch  direkte  Wert-
+             zuweisung oder durch  Ausdrucks-  oder  Namenszuweisung
+             aus  anderen  Quell-Relationen.   Die  Quell-Relationen
+             sind vorher durch rrrraaaannnnggggeeee-Statements  mit  entsprechenden
+             ttttuuuupppplllleeee____vvvvaaaarrrriiiiaaaabbbblllleeeennnn     zu     definieren.      Aus     den
+             Quell-Relationen  kann   eine   Filterung   u"ber   eine
+             wwwwhhhheeeerrrreeee-Phrase erfolgen.
+
+             Das Schlu"sselwort aaaallllllll kann in der <target_list> benutzt
+             werden, wenn der Ziel-Relation alle Doma"nen hinzugefu"gt
+             werden   und   diese   mit   den   Doma"nen-Namen    der
+             Quell-Relation u"bereinstimmen sollen.
+
+             Um Attribute einer numerischen Doma"ne zu belegen,  kann
+             ein  beliebiges,  anderes numerisches Attribut oder ein
+             numerischer Ausdruck zugewiesen  werden.   Es  erfolgen
+             automatisch  die  no"tigen  Konvertierungen.  Numerische
+             Werte   ko"nnen   nicht   direkt    auf    solche    von
+             Zeichenketten-Doma"nen  zugewiesen  werden;  man konver-
+             tiert sie mittels der aaaasssscccciiiiiiii-Funktion.  Ebenso kann eine
+             Zeichenkette  nicht  direkt  dem  Attribut  einer nume-
+             rischen Doma"ne zugewiesen werden; man benutzt in diesem
+             Fall die Konvertierungsfunktionen iiiinnnntttt1111 , iiiinnnntttt2222 u.s.w.
+
+             Das Statement aaaappppppppeeeennnndddd kann  fu"r  die  Ziel-Relation  nur
+             durch deren Eigentu"mer oder durch einen Nutzer, der fu"r
+             sie die Zugriffsberechtigung aaaappppppppeeeennnndddd hat,  benutzt  wer-
+             den.
+
+        BBBBEEEEIIIISSSSPPPPIIIIEEEELLLLEEEE
+
+                /* Fu"ge einer Personal-Relation
+                   einen neuen Mitarbeiter hinzu */
+                append personal(name="Neumann",pno=2345,abt="ORZ")
+
+                /* Fu"ge eine Relation zugang
+                   an die Personal-Relation an */
+                range of z is zugang
+                append to personal(z.all)
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                    QQQQUUUUEEEELLLL
+
+
+
+
+
+        Referenz_Manual            - 36 -                     AAAAPPPPPPPPEEEENNNNDDDD
+
+
+        SSSSIIIIEEEEHHHHEEEE AAAAUUUUCCCCHHHH
+
+             copy(quel), retrieve(quel)
+
+        NNNNAAAACCCCHHHHRRRRIIIICCCCHHHHTTTTEEEENNNN
+
+             Bei Zuweisung eines numerischen Wertes auf das Attribut
+             einer  Zeichenketten-Doma"ne oder einer Zeichenkette auf
+             das Attribut einer numerischen Doma"ne werden  Nachrich-
+             ten ausgegeben.
+
+        HHHHIIIILLLLFFFFEEEENNNN
+
+             Sa"tze, die einer Ziel-Relation hinzugefu"gt werden,  die
+             als  heap, cheap, heapsort oder cheapsort angelegt ist,
+             gelangen auch dann in die Relation, wenn diese  dadurch
+             doppelte   Tupel  erha"lt.   Bei  einer  heapsort-  oder
+             cheapsort-Ziel-Relation werden die Tupel eines  erfolg-
+             reichen  aaaappppppppeeeennnndddd  hinten angefu"gt, sodass die Sortierung
+             verloren geht.
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                    QQQQUUUUEEEELLLL
+
+
+
+
+
+        Referenz_Manual            - 37 -                       CCCCOOOOPPPPYYYY
+
+
+        NNNNAAAAMMMMEEEE
+
+             copy - Kopieren von Daten einer  Relation  von/auf  ein
+             UNIX -Standard-File
+
+        SSSSYYYYNNNNOOOOPPPPSSSSIIIISSSS
+
+             ccccooooppppyyyy relname ([domname=fformat {, domname=fformat }])
+
+                  direction "Filename"
+
+        BBBBEEEESSSSCCCCHHHHRRRREEEEIIIIBBBBUUUUNNNNGGGG
+
+             ccccooooppppyyyy transportiert  die  Daten  zwischen  einer  ING_DB
+             -Relation und einem UNIX -Standard-File.  Ein Tupel der
+             Relation mit seinen Doma"nen wird einem Satz  der  Datei
+             mit  seinen  Feldern zugeordnet.  Die Transportrichtung
+             <<<<ddddiiiirrrreeeeccccttttiiiioooonnnn>>>> ist entweder iiiinnnnttttoooo oder ffffrrrroooommmm....  Die mit <<<<rrrreeeellll----
+             nnnnaaaammmmeeee>>>>  bezeichnete Relation muss jedenfalls existieren.
+             Die <domname>'s mu"ssen Doma"nen  dieser  Relation  sein.
+             Das  ihnen  zugeordnete  Format  <<<<ffffffffoooorrrrmmmmaaaatttt>>>>  ist das der
+             Felder  des  UNIX  -File.   Das  UNIX  -File  muss  mit
+             "Filename"  durch  einen  kompletten Pfadnamen (auf der
+             Wurzel, also mit "/" beginnend) angegeben werden.
+
+             Beim Kopieren in die Relation (  ccccooooppppyyyy  <relname>  (...)
+             ffffrrrroooommmm "Filename" ) wird das Statement nur vom Eigentu"mer
+             der Relation angenommen.  Die Relation darf keine  Sys-
+             temrelation  oder  kein  Sekunda"rindex  sein  und  darf
+             keinen Sekunda"rindex haben.
+
+             Beim Kopieren in das UNIX -File ( ccccooooppppyyyy <relname>  (...)
+             iiiinnnnttttoooo "Filename" ) wird das Statement nur vom Eigentu"mer
+             der Relation angenommen oder von einem Nutzer, der  fu"r
+             sie Zugriffsberechtigung rrrreeeettttrrrriiiieeeevvvveeee hat.  Der Nutzer muss
+             die entsprechende Berechtigung fu"r  das  file_directory
+             haben.  Das UNIX -File wird mit file_mode 0600 angelegt
+             oder falls es schon vorhanden ist,  neu  erzeugt.   Der
+             ccccooooppppyyyy verwendende Nutzer wird Eigentu"mer des UNIX -File.
+
+             Beim Kopieren werden folgende Formate <<<<ffffffffoooorrrrmmmmaaaatttt>>>> fu"r die
+             Felder des UNIX -File unterstu"tzt:
+
+
+                  iiii1111,,,, iiii2222,,,, iiii4444
+                   1-, 2- oder 4-Byte-Integer
+
+                  ffff4444,,,, ffff8888
+                   4- oder 8-Byte Gleitkomma (einfache oder doppelte
+                  Genauigkeit)
+
+                  cccc1111,,,, cccc2222,,,, ............ cccc222255555555
+                   - Zeichenkette fester angegebener La"nge
+
+                  cccc0000[[[[<<<<ddddeeeelllliiiimmmm>>>>]]]] |||| """"cccc0000<<<<ddddeeeelllliiiimmmm>>>>"""" - Zeichenkette variabler
+                  La"nge beendet durch den Begrenzer <<<<ddddeeeelllliiiimmmm>>>> (delimi-
+                  tor)
+
+
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                    QQQQUUUUEEEELLLL
+
+
+
+
+
+        Referenz_Manual            - 38 -                       CCCCOOOOPPPPYYYY
+
+
+                  dddd0000[[[[<<<<ddddeeeelllliiiimmmm>>>>]]]] |||| """"dddd0000<<<<ddddeeeelllliiiimmmm>>>>""""
+                  dddd1111 ............ dddd222255555555
+                  -  ein  fu"r  die  Relation  bedeutungsloses   Feld
+                  (dummy-Feld siehe folgend).
+
+             Die La"ngenangaben in <<<<ffffffffoooorrrrmmmmaaaatttt>>>> du"rfen  fu"hrende  Nullen
+             haben.
+
+             Die im Statement zugeordnete Doma"ne  der  Relation  zum
+             Feld  des File mu"ssen nicht vom selben Typ oder dersel-
+             ben La"nge sein,  ccccooooppppyyyy  fu"hrt  die  notwendigen  Konver-
+             tierungen durch (s. aber unten Laufzeitfehler).
+
+             Im Statement mu"ssen die Doma"nen  der  Relation  in  der
+             Reihenfolge   der  Felder  der  Sa"tze  des  UNIX  -File
+             aufgeza"hlt  werden.   Die  Zuordnung  in  der  Relation
+             erfolgt  per  Spaltennamen.   Nicht aufgeza"hlte Doma"nen
+             der Relation bleiben vom Kopieren  ausgeschlossen  (bei
+             ffffrrrroooommmm  werden sie durch 0 bzw. eine Leerkette "" initia-
+             lisiert).  Der Satz des  UNIX  -File  muss  vollsta"ndig
+             beschrieben   werden.    Vom  Kopieren  ausgeschlossene
+             Felder mu"ssen als dddduuuummmmmmmmyyyy-Felder aufgeza"hlt werden.   Der
+             fu"r  die dummy-Felder im Statement angegebene <<<<ddddoooommmmnnnnaaaammmmeeee>>>>
+             ist fu"r die Relation bedeutungslos.
+
+             ccccooooppppyyyy unterstu"tzt die Arbeit mit variabel langen Feldern
+             auf dem UNIX -File, fu"r die das, sie hinten begrenzende
+             Zeichen, als  Begrenzer  (delimitor)  <<<<ddddeeeelllliiiimmmm>>>>  bestimmt
+             werden  muss.  Da die u"blicherweise gewa"hlten Begrenzer
+             auch innerhalb der  QUEL  eine  syntaktische  Bedeutung
+             haben,  ko"nnen solche Zeichen symbolisch angegeben wer-
+             den:
+
+                Bezeichner
+                  fu"r        bezeichnet
+                <<<<ddddeeeelllliiiimmmm>>>>
+                -------------------------------------------------
+                nl           new_line-Zeichen <nl>
+                tab          Tabulator-Zeichen <tab>
+                sp           (space) <blank>-Zeichen
+                nul          "\0" Byte vom Wert 0
+                null         "\0" Byte vom Wert 0
+                comma        Komma ","
+                colon        Semikolon ";"
+                dash         Bindestrich "-"
+                lparen       (left  parenthesis) "("
+                rparen       (right parenthesis) ")"
+                <zeichen>    das angegebene Zeichen selbst
+
+
+             Man  kann  das  <<<<ffffffffoooorrrrmmmmaaaatttt>>>>  auch  als  """"cccc0000<<<<ddddeeeelllliiiimmmm>>>>""""  bzw.
+             """"dddd0000<<<<ddddeeeelllliiiimmmm>>>>  schreiben,  um  eine  Spezialbedeutung  von
+             <delim> innerhalb von QUEL aufzuheben.
+
+             Bei  der  Arbeit  mit  variablen  Feldern  sind  Beson-
+             derheiten   abha"ngig   von   der  Transportrichtung  zu
+             beachten.
+
+
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                    QQQQUUUUEEEELLLL
+
+
+
+
+
+        Referenz_Manual            - 39 -                       CCCCOOOOPPPPYYYY
+
+
+             In die Relation:
+             ccccooooppppyyyy rrrreeeellllnnnnaaaammmmeeee (...) ffffrrrroooommmm "Filename" :
+
+                  Wenn <<<<ddddeeeelllliiiimmmm>>>> im Statement bei  cccc0000  oder  dddd0000  nicht
+                  angegeben  ist,  wird das erste auftretende Komma,
+                  <tab> oder <nl> als Feldbegrenzer gewertet,  sonst
+                  begrenzt  das angegebene Zeichen <delim> das Feld.
+                  Das Begrenzerzeichen wird nicht  in  das  Attribut
+                  u"bernommen.  Entha"lt das Feld das Begrenzerzeichen
+                  an Stellen, wo es noch nicht Begrenzer sein  soll,
+                  ist diesem Zeichen im Feld ein <backslash> ( "\" )
+                  voranzustellen.
+
+                  Beispiele:
+
+                          chardom= c0     Zeichenkette endend
+                                          auf Komma, <tab> oder <nl>
+                          chardom= c0nl   dto endend auf <nl>
+                          chardom= "c0#"  dto endend auf #
+
+
+                  Wenn chardom= c0comma  definiert  ist,  wu"rde  der
+                  Feldinhalt
+                       Neumann\, Karl,
+                  den Attributwert
+                       Neumann, Karl
+                  erzeugen.
+
+                  Es wird empfohlen, bei der Anlage von UNIX -Files,
+                  die  zur  Kopie  auf ING_DB -Relationen vorgesehen
+                  sind, einen Satzbegrenzer  einzufu"hren,  der  sich
+                  von  allen  Feldbegrenzern unterscheidet.  Dadurch
+                  wird  ccccooooppppyyyy  synchronisiert,  auch  wenn  ein  Satz
+                  fa"lschlicherweise  nicht  die  richtige Anzahl von
+                  Feldern hat.
+
+             In das File:
+             ccccooooppppyyyy relname (...) iiiinnnnttttoooo "Filename" :
+
+             c0
+
+                  Das Attribut  wird  in  eine  Zeichenkette  fester
+                  La"nge   umgewandelt,   diese   wird  in  das  File
+                  geschrieben.     Fu"r     die     Attribute     von
+                  Zeichenketten-Doma"nen  ergibt  sich  die La"nge aus
+                  dem Doma"nen-Format <<<<ffffoooorrrrmmmmaaaatttt>>>> selbst, fu"r  Attribute
+                  numerischer  Doma"nen erfolgt eine ascii-Umwandlung
+                  auf das Druckformat, das bei  Sitzungsstart  durch
+                  die  ING_DB  -Optionen ----iiii,,,, ----ffff,,,, oder ----cccc beeinflusst
+                  werden kann (s.  qqqquuuueeeellll(unix)).
+
+             c0<delim>
+
+                  wie c0, zusa"tzlich wird das Zeichen <delim> in das
+                  Feld geschrieben.
+
+             d0
+
+
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                    QQQQUUUUEEEELLLL
+
+
+
+
+
+        Referenz_Manual            - 40 -                       CCCCOOOOPPPPYYYY
+
+
+                  unzula"ssig
+
+             d0<delim>
+
+                  Das Zeichen <delim> wird einmal in  den  Satz  des
+                  File  geschrieben;  der  im  Statement  angegebene
+                  <domname> ist bedeutungslos.
+
+             d1, d2, ... d255
+
+                  Der <domname> muss einer der oben als  "Bezeichner
+                  fu"r  <delim>"  aufgeza"hlten  sein.   Das  von  ihm
+                  bezeichnete Zeichen wird 1,2, ... 255 mal  in  den
+                  Satz des UNIX -File geschrieben.
+
+             d1<delim>, d2<delim>, ... d255<delim>
+
+                  Das Zeichen <delim> wird 1,2, ...255  mal  in  das
+                  UNIX  -File geschrieben.  Der im Statement angege-
+                  bene <domname> ist bedeutungslos.
+
+             Zur Sicherung  und  Wiederherstellung  einzelner  Rela-
+             tionen kann das Statement in der Kurzform:
+
+
+                  ccccooooppppyyyy relname () direction "Filename"
+
+             verwendet werden physiche  Kopie  =  (bulk_copy).   Das
+             Statement  wird  in  diesem Falle automatisch mit allen
+             Doma"nen der Relation in deren Erzeugungsreihenfolge und
+             deren   Formaten   erga"nzt.   Man  spart  Formulierung-
+             saufwand, die Abarbeitung  erfolgt  schneller  als  fu"r
+             andere ccccooooppppyyyy-Statements, da Konvertierungen entfallen.
+
+        NNNNAAAACCCCHHHHRRRRIIIICCCCHHHHTTTTEEEENNNN
+
+             Es   werden   eine   Reihe   syntaktischer   Kontrollen
+             durchgefu"hrt,  die Fehlernachrichten bringen ko"nnen (s.
+             ddddbbbbuuuu(error) 5800 ...), dabei ist das Kopieren noch nicht
+             angelaufen (man u"berpru"fe ggf. aber, ob bei copy...into
+             das UNIX -create schon das Ziel-File gelo"scht hat).
+
+             Zur Laufzeit fu"hren folgende  Fehler  zum  Abbruch  des
+             Kopierens:
+
+             -    wenn bei Konvertierungen  (numerisch  zu  Zeichen-
+                  kette,  Zeichenkette  zu  numerisch,  numerisch zu
+                  numerisch anderen Formats)  die  La"nge  des  Ziels
+                  eine  Aufnahme des vollsta"ndigen Wertes nicht mehr
+                  erlaubt,
+
+             -    wenn bei copy...from  das File-Ende asynchron  zum
+                  Tupelende kommt.
+
+             Nach Abschluss  der  Kopie  werden  3  integrale  Werte
+             gewarnt, falls es solche Fa"lle gab:
+
+             -    Es wurden nnnnnnnnnnnn Attribute nur verku"rzt kopiert.
+
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                    QQQQUUUUEEEELLLL
+
+
+
+
+
+        Referenz_Manual            - 41 -                       CCCCOOOOPPPPYYYY
+
+
+             Nur bei copy...from "Filename":
+
+             -    Es wurden nnnnnnnnnnnn doppelte Tupel  gefunden  und  igno-
+                  riert.     Das    erstauftretende    Tupel   wurde
+                  gespeichert.  Diese Meldung tritt nicht auf,  wenn
+                  die  Relation  heap-Struktur  hat, in diese werden
+                  auch doppelte Tupel gespeichert.
+
+        -    Es wurden nnnnnnnnnnnn Attribute gefunden, in denen nicht druck-
+             bare  Zeichen auftraten, die zu Leerzeichen konvertiert
+             wurden (auch <tab>, <nl> und  <escape>  wurden  konver-
+             tiert !)
+
+        BBBBEEEEIIIISSSSPPPPIIIIEEEELLLLEEEE
+
+
+                /* Kopiere Daten in die personal Relation */
+
+                copy personal
+                (name= "c24#", pno= c4null, d= d0semicol, abt= c0comma
+                d=d0nl)
+                from "/mnt/mein_dir/personal"
+
+                /* Kopiere Daten der personal Relation
+                   in ein File */
+
+                copy personal
+                (name= c0comma, pno= i2, comma= d1
+                abt= c3, d= d1comma, d= d1nl)
+                into "/user/mein_dir/personal"
+
+
+        SSSSIIIIEEEEHHHHEEEE AAAAUUUUCCCCHHHH
+
+             append(quel),         create(quel),         quel(unix),
+             integrity(quel), copyr(unix)
+
+        HHHHIIIILLLLFFFFEEEENNNN
+
+             Bei  copy   into   auf   Relationen   mit   definierten
+             Integrita"ten werden die Integrita"ten nicht eingehalten,
+             so dass inkonsistente Datenbesta"nde entstehen ko"nnen.
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                    QQQQUUUUEEEELLLL
+
+
+
+
+
+        Referenz_Manual            - 42 -                     CCCCRRRREEEEAAAATTTTEEEE
+
+
+        NNNNAAAAMMMMEEEE
+
+             create - Erzeugen einer neuen Relation
+
+        SSSSYYYYNNNNOOOOPPPPSSSSIIIISSSS
+
+             ccccrrrreeeeaaaatttteeee relname (domname = format {, domname = format })
+
+        BBBBEEEESSSSCCCCHHHHRRRREEEEIIIIBBBBUUUUNNNNGGGG
+
+             ccccrrrreeeeaaaatttteeee erzeugt eine neue Relation in  der  aufliegenden
+             Datenbank.    Die  Relation  wird  dem,  das  Statement
+             auslo"senden  Nutzer,   zugeeignet   (dieser   ist   ihr
+             "Eigentu"mer")  und  fu"r 7 Tage reserviert.  Wenn dieser
+             Nutzer der DBA ist, wird die Relation  zur  allgemeinen
+             Benutzung  (shared),  andernfalls  nur  fu"r  den Nutzer
+             perso"nlich (private) verfu"gbar.  Der Name der erzeugten
+             Relation  ist  <<<<rrrreeeellllnnnnaaaammmmeeee>>>>,,,,  ihre  Doma"nen werden mit den
+             aufgefu"hrten <<<<ddddoooommmmnnnnaaaammmmeeee>>>> 's angelegt  und  erhalten  die,
+             jeweils fu"r sie spezifizierten Formate (s.  qqqquuuueeeellll:::: <for-
+             mat>).
+
+             Die Relation wird als heap  ohne  Daten  initialisiert.
+             Fu"r   andere   Nutzer   werden   keine   Zugriffsrechte
+             eingetragen.
+
+             Eine Relation kann implementierungsabha"ngig 49 bzw. 128
+             Doma"nen  bekommen.   Die  Namen  der  System-Relationen
+             (relation, attribute, indexes, tree, protect,  integri-
+             ties, references) sind reservierte Relationen-Namen.
+
+             Die vom Anwender  gewa"hlten  Namen  mu"ssen  den  ING_DB
+             -Konventionen genu"gen.  Namen du"rfen kleine Buchstaben,
+             Ziffern und das Unterstreichungszeichen "_"  enthalten;
+             mu"ssen  mit  einem  Buchstaben  oder  "_"  anfangen und
+             du"rfen maximal 12 Zeichen lang  sein).   Schlu"sselworte
+             von QUEL oder AMX sollten vermieden werden.
+
+             Attributnamen sind lokale Namen innerhalb  einer  Rela-
+             tion  und  mu"ssen hier eindeutig sein.  Relationennamen
+             werden von ING_DB  mit einem Codenamen des, sie  erzeu-
+             genden  Nutzers erga"nzt.  Ein Nutzer greift dadurch bei
+             gleichen  Relationennamen  innerhalb  einer   Datenbank
+             immer auf "seine" Relation zu.
+
+        BBBBEEEEIIIISSSSPPPPIIIIEEEELLLL
+
+                /* Erzeuge eine Relation personal
+                   mit den Doma"nen pno, name, abt */
+                create personal (pno=i2, name=c56, abt=c3)
+
+
+        SSSSIIIIEEEEHHHHEEEE AAAAUUUUCCCCHHHH
+
+             append(quel), copy(quel), creater(unix), destroy(quel),
+             modify(quel), save(quel)
+
+
+
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                    QQQQUUUUEEEELLLL
+
+
+
+
+
+        Referenz_Manual            - 43 -                     DDDDEEEEFFFFIIIINNNNEEEE
+
+
+        NNNNAAAAMMMMEEEE
+
+             define - definiere ein Subschema
+
+        SSSSYYYYNNNNOOOOPPPPSSSSIIIISSSS
+
+             ddddeeeeffffiiiinnnneeee vvvviiiieeeewwww name (target list) [ wwwwhhhheeeerrrreeee qual ]
+             ddddeeeeffffiiiinnnneeee ppppeeeerrrrmmmmiiiitttt oplist oooonnnn var [ (attlist) }
+             ttttoooo name [ aaaatttt term ] [ ffffrrrroooommmm time ttttoooo time ] [ oooonnnn  day  ttttoooo
+             day ] [ wwwwhhhheeeerrrreeee qual ]
+             ddddeeeeffffiiiinnnneeee iiiinnnntttteeeeggggrrrriiiittttyyyy oooonnnn var iiiissss qual
+
+        BBBBEEEESSSSCCCCHHHHRRRREEEEIIIIBBBBUUUUNNNNGGGG
+
+             Mit  dem   ddddeeeeffffiiiinnnneeee   -Statement   ko"nnen   Integrita"ten,
+             Zugriffsrechte  bzw.  Sichten  (views) in die Datenbank
+             eingefu"hrt werden, wenn fu"r diese QRYMOD  (Querymodifi-
+             kation  = Anfragemodifikation) -Unterstu"tzung generiert
+             wurde.
+
+        SSSSIIIIEEEEHHHHEEEE AAAAUUUUCCCCHHHH
+
+             integrity(quel), permit(quel), view(quel)
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                    QQQQUUUUEEEELLLL
+
+
+
+
+
+        Referenz_Manual            - 44 -                     DDDDEEEELLLLEEEETTTTEEEE
+
+
+        NNNNAAAAMMMMEEEE
+
+             delete - Streichen von Tupeln aus einer Relation
+
+        SSSSYYYYNNNNOOOOPPPPSSSSIIIISSSS
+
+             ddddeeeelllleeeetttteeee var [wwwwhhhheeeerrrreeee qual]
+
+        BBBBEEEESSSSCCCCHHHHRRRREEEEIIIIBBBBUUUUNNNNGGGG
+
+             ddddeeeelllleeeetttteeee streicht in der Relation vorhandene  Tupel,  die
+             sich unter qqqquuuuaaaallll qualifizieren.  Die <<<<vvvvaaaarrrr>>>> muss in einem
+             vorangehend  gegebenem  rrrraaaannnnggggeeee  -Statement  u"ber   einer
+             existierenden  Relation  definiert  worden  sein.   Das
+             ddddeeeelllleeeetttteeee -Statement hat  keine  <<<<ttttaaaarrrrggggeeeetttt____lllliiiisssstttt>>>>,,,,  die  sich
+             qualifizierenden  Tupel  werden  insgesamt  gestrichen.
+             Wenn im Statement keine  where-Phrase  angegeben  wird,
+             werden  alle Tupel der Relation gestrichen; es entsteht
+             eine leere Relation.  Will  man  derartiges  erreichen,
+             ist die Anwendung eines modify-Kommandos
+
+                  mmmmooooddddiiiiffffyyyy <relname> ttttoooo ttttrrrruuuunnnnccccaaaatttteeeedddd
+
+             zeitgu"nstiger.
+
+             Das ddddeeeelllleeeetttteeee-Statement wird nur vom Eigentu"mer der  Rela-
+             tion,  oder  einem Nutzer, der die Zugriffsberechtigung
+             ddddeeeelllleeeetttteeee fu"r die Relation besitzt, angenommen.
+
+        BBBBEEEEIIIISSSSPPPPIIIIEEEELLLL
+
+                /* Streichen aller Mitarbeiter der Abteilung ORZ
+                   aus der Relation personal */
+                range of p is personal
+                delete p where p.abt = "ORZ"
+
+
+        SSSSIIIIEEEEHHHHEEEE AAAAUUUUCCCCHHHH
+
+             destroy(quel), modify(quel), range(quel)
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                    QQQQUUUUEEEELLLL
+
+
+
+
+
+        Referenz_Manual            - 45 -                    DDDDEEEESSSSTTTTRRRROOOOYYYY
+
+
+        NNNNAAAAMMMMEEEE
+
+             destroy - Lo"schen von Relationen
+
+        SSSSYYYYNNNNOOOOPPPPSSSSIIIISSSS
+
+             ddddeeeessssttttrrrrooooyyyy relname { , relname }
+             ddddeeeessssttttrrrrooooyyyy ppppeeeerrrrmmmmiiiitttt |||| iiiinnnntttteeeeggggrrrriiiittttyyyy  relname  aaaallllllll  ||||  constraint
+             {,constraint}
+
+        BBBBEEEESSSSCCCCHHHHRRRREEEEIIIIBBBBUUUUNNNNGGGG
+
+             ddddeeeessssttttrrrrooooyyyy streicht Relationen aus der aufliegenden Daten-
+             bank.    Das  Kommando  wird  nur  vom  Eigentu"mer  der
+             Relation(en) angenommen.  Will man von  einer  Relation
+             nur  deren  Inhalt  - also alle Tupel - streichen, aber
+             die Definition der Relation erhalten , benutzt man  das
+             ddddeeeelllleeeetttteeee  -Statement  ohne  where-Phrase  oder das mmmmooooddddiiiiffffyyyy
+             -Statement mit der Speicherstruktur ttttrrrruuuunnnnccccaaaatttteeeedddd....
+
+             Beim Streichen einer Relation, fu"r die  Sekunda"rindizes
+             definiert  sind,  werden automatisch auch diese gestri-
+             chen.  Das Streichen eines Sekunda"rindex selbst hat auf
+             dessen Prima"r-Relation keine Auswirkung.
+
+             Das  """"ddddeeeessssttttrrrrooooyyyy  ppppeeeerrrrmmmmiiiitttt""""   -Statement   lo"scht   gegebene
+             Zugriffsrechte   zu   der   Relation   "relname",   das
+             "destroy-integrity"-Statement definierte Integrita"ten.
+             Das Schlu"sselwort """"aaaallllllll"""" gibt an,  dass  alle  Zugriffs-
+             rechte  bzw. Integrita"ten gestrichen werden sollen.  Um
+             einzelne Zugriffsrechte bzw. Integrita"ten  zu  lo"schen,
+             muss eine, durch Komma getrennte constraint-Liste (Num-
+             mern) angegeben werden.  Die  constraint's  erha"lt  man
+             durch hhhheeeellllpppp ppppeeeerrrrmmmmiiiitttt bzw.  hhhheeeellllpppp iiiinnnntttteeeeggggrrrriiiittttyyyy....
+
+        BBBBEEEEIIIISSSSPPPPIIIIEEEELLLL
+
+                /* Streiche die Relation personal */
+                destroy personal
+                destroy integrity personal 7
+                destroy integrity personal all
+                destroy permit personal 2, 9, 12
+
+
+        SSSSIIIIEEEEHHHHEEEE AAAAUUUUCCCCHHHH
+
+             create(quel),  delete(quel),  help(quel),  index(quel),
+             modify(quel),      destroyr(unix),     integrity(quel),
+             permit(quel), view(quel)
+
+        HHHHIIIILLLLFFFFEEEENNNN
+
+             Relationen, die Basis fu"r  Sichten  (siehe  view(quel))
+             bzw.  Zugriffsrechte  (siehe permit(quel)) sind, du"rfen
+             nicht gelo"scht werden.
+
+
+
+
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                    QQQQUUUUEEEELLLL
+
+
+
+
+
+        Referenz_Manual            - 46 -                       HHHHEEEELLLLPPPP
+
+
+        NNNNAAAAMMMMEEEE
+
+             help - Ausgabe von Hilfen zur Nutzung  von  ING_DB  und
+             von  Informationen u"ber die Relationen der aufliegenden
+             Datenbank
+
+        SSSSYYYYNNNNOOOOPPPPSSSSIIIISSSS
+
+             hhhheeeellllpppp [ relname ] {, relname } hhhheeeellllpppp ""  |  "section"  {,
+             "section"}
+             hhhheeeellllpppp vvvviiiieeeewwww relname {, relname}
+             hhhheeeellllpppp ppppeeeerrrrmmmmiiiitttt relname {, relname}
+             hhhheeeellllpppp iiiinnnntttteeeeggggrrrriiiittttyyyy relname {, relname}
+
+        BBBBEEEESSSSCCCCHHHHRRRREEEEIIIIBBBBUUUUNNNNGGGG
+
+             Mit Statement  hhhheeeellllpppp  ohne  Argumente  erha"lt  man  eine
+             U"bersicht  u"ber alle Relationen der aufliegenden Daten-
+             bank, zu denen Zugriffsberechtigung besteht:
+
+                     relation name    relation owner
+                     { <relname>        <Eigner>   }
+
+             Mit einem Statement hhhheeeellllpppp rrrreeeellllnnnnaaaammmmeeee  erha"lt  man  Informa-
+             tionen  u"ber die bezeichnete Relation, sofern fu"r diese
+             Zugriffsberechtigung besteht:
+
+
+              Relation:         <relname>
+              Besitzer:         <Eigner der Relation>
+              Tupellaenge:      <Gesamtla"nge des Tupel>
+              saved until:      <Verfallsdatum>
+              number of tupels: <Anzahl der Tupel>
+              storage structur: <Speicherstruktur>
+              relation type:    <Typ der Relation>
+                      Bei indizierten Prima"rrelationen folgt:
+              secondary indices: <indexname> {, <indexname>}
+                      Bei allen Relationen folgt
+                      die Tabelle ihrer Doma"nen:
+
+              Domaenenname Typ  Laenge  Schluessel
+              { <domname>       <format>   <keyno>}
+
+
+             Die Speicherstruktur wird ausgegeben als:
+
+
+              [compressed] (heap          /* [c]heap */
+                          | isam          /* [c]isam */
+                          | hash          /* [c]hash */
+                          | unbekannt [Nummer] /* falsch */
+                           )
+
+
+
+             Der Typ der Relation ist:
+
+
+
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                    QQQQUUUUEEEELLLL
+
+
+
+
+
+        Referenz_Manual            - 47 -                       HHHHEEEELLLLPPPP
+
+
+
+               Systemkatalog   /* System-Relation*/
+              | Index auf <relname>
+              | Index auf unbekannte Relation
+              | Nutzerrelation  /* Prima"rrelation */
+
+
+             Die erste Seitenzahl gibt  die  Anzahl  der  physischen
+             Seiten,  die die Relation auf externen Speichern belegt
+             und die aufgrund des Datenbestandes wirklich  notwendig
+             sind, aus.  Die 2.Zahl gibt die U"berlaufseiten an.
+
+             Wenn die Relation einen Schlu"ssel hat  und  dieser  aus
+             mehreren    Komponenten    besteht,    gibt    in   der
+             Doma"nentabelle eine <<<<kkkkeeeeyyyynnnnoooo>>>> != 0 an, dass  es  sich  um
+             eine  Schlu"sselkomponente  handelt, gleichzeitig infor-
+             miert <<<<kkkkeeeeyyyynnnnoooo>>>> u"ber die Stellung (Reihenfolge) der  Kom-
+             ponente im Schlu"ssel.
+
+             Mit  einem  Statement  hhhheeeellllpppp  """"sssseeeeccccttttiiiioooonnnn""""  kann  man  sich
+             einzelne Abschnitte des Referenz-Manuals ansehen:
+
+
+                help ""          zeigt das Inhaltsverzeichnis
+                help "help"      zeigt den vorliegenden Abschnitt
+                help "<section>" zeigt den Abschnitt <section> dieses
+                               Referenz-Manuals
+
+
+             Die  Abschnittsnamen  mu"ssen  mit  kleinen   Buchstaben
+             angegeben werden.
+
+             hhhheeeellllpppp  vvvviiiieeeewwww  rrrreeeellllnnnnaaaammmmeeee  {,  relname}  druckt   die   view-
+             Definitionen des spezifizierten Relationsnamen.
+
+             hhhheeeellllpppp ppppeeeerrrrmmmmiiiitttt rrrreeeellllnnnnaaaammmmeeee {, relname}  druckt  die  Zugriffs-
+             berechtigungen der spezifizierten Relationen.
+
+             hhhheeeellllpppp  iiiinnnntttteeeeggggrrrriiiittttyyyy  rrrreeeellllnnnnaaaammmmeeee   {,   relname}   druckt   die
+             Integrita"tsbedingungen  fu"r  die  spezifizierten  Rela-
+             tionen.
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                    QQQQUUUUEEEELLLL
+
+
+
+
+
+        Referenz_Manual            - 48 -                      IIIINNNNDDDDEEEEXXXX
+
+
+        NNNNAAAAMMMMEEEE
+
+             index - Erzeugung eines Sekunda"rindex
+                     auf eine existierende Relation
+
+        SSSSYYYYNNNNOOOOPPPPSSSSIIIISSSS
+
+             iiiinnnnddddeeeexxxx oooonnnn relname iiiissss indexname (domname {, domname})
+
+        BBBBEEEESSSSCCCCHHHHRRRREEEEIIIIBBBBUUUUNNNNGGGG
+
+             iiiinnnnddddeeeexxxx wird benutzt, um Sekunda"rindizes auf  existieren-
+             den  Relationen zu definieren und zu erzeugen und damit
+             die Effizienz von rrrreeeettttrrrriiiieeeevvvveeee - und uuuuppppddddaaaatttteeee -Statements  zu
+             erho"hen.    Ein  Sekunda"rindex  vermittelt  mit  seinem
+             Schlu"ssel   einen   weiteren   Zugriffspfad   auf   der
+             Prima"r-Relation, so als ha"tte die Prima"r-Relation einen
+             weiteren Schlu"ssel, auf den direkt  zugegriffen  werden
+             kann.   Der  Sekunda"rindex  wird  aus  den  Doma"nen der
+             Prima"r-Relation erzeugt, die in  der  Reihenfolge,  wie
+             sie  im  Statement  als {{{{<<<<ddddoooommmmnnnnaaaammmmeeee>>>>}}}} angegeben sind, als
+             Schlu"ssel des Index verwendet  werden.   Das  Statement
+             wird nur vom Eigentu"mer der Relation angenommen.
+
+             Um die Integrita"t  des  Index  zu  erhalten,  kann  ein
+             Nutzer  Indizes  nicht  direkt  vera"ndern.   Sobald die
+             Prima"r-Relation gea"ndert wird, werden auch alle auf ihr
+             definierten Sekunda"rindizes automatisch vera"ndert.
+
+             Ein Sekunda"rindex wird bei seiner Erzeugung automatisch
+             in  der  Speicherstruktur  isam  u"ber  seinem Schlu"ssel
+             angelegt.   Diese  Initialstruktur   kann   durch   die
+             QUEL-Option  ----nnnn  auf  eine andere festgelegt werden (s.
+             qqqquuuueeeellll  (unix)).   Ausserdem  kann  jeder   Sekunda"rindex
+             einzeln  durch  Anwendung  eines  mmmmooooddddiiiiffffyyyy-Statements auf
+             eine  Speicherstruktur  gebracht  werden,  die   anwen-
+             dungsspezifisch die beste ist.  In diesem Falle verwen-
+             det man <<<<iiiinnnnddddeeeexxxxnnnnaaaammmmeeee>>>> wie einen normalen <relname>.
+
+             Nach einem mmmmooooddddiiiiffffyyyy - oder ddddeeeessssttttrrrrooooyyyy  -Kommando  auf  einer
+             Prima"r-Relation   sind   alle   auf   ihr   definierten
+             Sekunda"rindizes gestrichen.
+
+             Sekunda"rindizes  ko"nnen   nicht   auf   Systemkataloge,
+             Sichten und Sekunda"rindizes definiert werden.
+
+        BBBBEEEEIIIISSSSPPPPIIIIEEEELLLL
+
+                /* Erzeuge einen Sekunda"rindex abteilung
+                   auf die Prima"r-Relation personal */
+                index on personal is abteilung(abt)
+
+
+        SSSSIIIIEEEEHHHHEEEE AAAAUUUUCCCCHHHH
+
+             copy(quel), destroy(quel), modify(quel), indexr(unix)
+
+        HHHHIIIILLLLFFFFEEEENNNN
+
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                    QQQQUUUUEEEELLLL
+
+
+
+
+
+        Referenz_Manual            - 49 -                      IIIINNNNDDDDEEEEXXXX
+
+
+             Ein    Index    kann    maximal    6    Doma"nen     als
+             Schlu"sselkomponenten erhalten.
+
+             Das ccccooooppppyyyy-Statement kann nicht benutzt werden, um  Daten
+             in  eine Relation zu kopieren, u"ber der Sekunda"rindizes
+             definiert sind.
+
+             Die Anlage eines Index als isam-Struktur ist die  beste
+             Speicherstruktur fu"r den Standardfall.
+             Die Speicherstruktur "heap" ist fu"r Indizes ohne  Sinn,
+             "hash"  ist  nur  dann sinnvoll, wenn grundsa"tzlich mit
+             vergebenen festen Schlu"sseln  u"ber  den  Index  recher-
+             chiert wird.
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                    QQQQUUUUEEEELLLL
+
+
+
+
+
+        Referenz_Manual            - 50 -                  IIIINNNNTTTTEEEEGGGGRRRRIIIITTTTYYYY
+
+
+        NNNNAAAAMMMMEEEE
+
+             integrity - Definition von Integrita"tsbedingungen
+
+        SSSSYYYYNNNNOOOOPPPPSSSSIIIISSSS
+
+             ddddeeeeffffiiiinnnneeee iiiinnnntttteeeeggggrrrriiiittttyyyy oooonnnn var qual
+
+        BBBBEEEESSSSCCCCHHHHRRRREEEEIIIIBBBBUUUUNNNNGGGG
+
+             Das iiiinnnntttteeeeggggrrrriiiittttyyyy -Statement fu"gt eine Integrita"tsbedingung
+             fu"r  die  durch vvvvaaaarrrr spezifizierte Relation hinzu.  Eine
+             Integrita"t ist eine Einschra"nkung eines zula"ssigen Wer-
+             tebereiches  fu"r eine oder mehrere Doma"nen. Nachdem die
+             Integrita"ten definiert wurden, werden  vom  System  nur
+             noch   A"nderungen   ausgefu"hrt,  die  alle  definierten
+             Integrita"ten erfu"llen.
+
+             A"nderungen, die mindestens eine  Integrita"t  verletzen,
+             werden   ohne   Ausgabe   einer   Fehlermeldung   nicht
+             ausgefu"hrt.
+
+             In     der     aktuellen     Implementation      werden
+             Integrita"tsverletzungen  nicht  ausgewiesen - ungu"ltige
+             Vera"nderungen an  existierenden  Datenbesta"nden  werden
+             einfach (schweigend) nicht ausgefu"hrt.
+
+             Die QQQQuuuuaaaalllliiiiffffiiiikkkkaaaattttiiiioooonnnn darf keine Aggregate und nur  Doma"nen
+             der einzuschra"nkenden Relation enthalten.
+
+             Das integrity-Statement wird  nur  vom  Eigentu"mer  der
+             Relation angenommen.
+             In AMX-Programme ko"nnen nur Relationen verarbeitet wer-
+             den, die keine Integrita"tsbedingungen besitzen.
+
+        BBBBEEEEIIIISSSSPPPPIIIIEEEELLLL
+
+
+                /* Sichere, dass alle Angestellten ein
+                   positives Einkommen haben */
+                range of e is employee
+                define integrity on e is e.salary > 0
+
+
+        SSSSIIIIEEEEHHHHEEEE AAAAUUUUCCCCHHHH
+
+             destroy(quel), copy(quel)
+
+        HHHHIIIILLLLFFFFEEEENNNN
+
+             Eine Integrita"t wird nur  dann  gu"ltig,  wenn  der  zum
+             Zeitpunkt   der  Definition  existierende  Datenbestand
+             keine  Verletzung  der  Bedingungen  darstellt.    ccccooooppppyyyy
+             beru"cksichtigt die definierten Integrita"ten noch nicht.
+
+
+
+
+
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                    QQQQUUUUEEEELLLL
+
+
+
+
+
+        Referenz_Manual            - 51 -                     MMMMOOOODDDDIIIIFFFFYYYY
+
+
+        NNNNAAAAMMMMEEEE
+
+             modify - A"nderung der Speicherstruktur einer Relation
+
+        SSSSYYYYNNNNOOOOPPPPSSSSIIIISSSS
+
+             mmmmooooddddiiiiffffyyyy relname ttttoooo storage_structure
+             [ oooonnnn key :sortorder { , key :sortorder} ]
+             [ wwwwhhhheeeerrrreeee [ ffffiiiillllllllffffaaaaccccttttoooorrrr ==== nnnn ]
+             [ ,,,, mmmmiiiinnnnppppaaaaggggeeeessss ==== nnnn ] [ ,,,, mmmmaaaaxxxxppppaaaaggggeeeessss ==== nnnn ] ]
+
+        BBBBEEEESSSSCCCCHHHHRRRREEEEIIIIBBBBUUUUNNNNGGGG
+
+             mmmmooooddddiiiiffffyyyy vera"ndert die Speicherstruktur der  spezifizier-
+             ten  Relation  <<<<rrrreeeellllnnnnaaaammmmeeee>>>>  auf  <<<<ssssttttoooorrrraaaaggggeeee____ssssttttrrrruuuuccccttttuuuurrrr>>>>....  Das
+             Statement wird nur vom Eigentu"mer der Relation angenom-
+             men.   Die  Systemrelationen  und  Sichten  ko"nnen  mit
+             mmmmooooddddiiiiffffyyyy nicht modifiziert werden.   Das  Statement  wird
+             benutzt, um Prima"rschlu"ssel einzufu"hren, zu a"ndern bzw.
+             zu      reorganisieren.       Die      Speicherstruktur
+             <<<<ssssttttoooorrrraaaaggggeeee____ssssttttrrrruuuuccccttttuuuurrrreeee>>>> kann wie folgt bestimmt werden:
+
+
+                  isam       - index sequentielle Struktur
+                  cisam      - komprimierte isam
+                  hash       - hash Struktur
+                  chash      - komprimierte hash
+                  heap       - unstrukturiert und ohne Schlu"ssel
+                  cheap      - komprimierte heap
+                  heapsort   - heap mit sortierten Tupeln
+                               und Ausschluss doppelter
+                  cheapsort  - komprimierte heapsort
+                  truncated  - heap, in dem alle Tupel gestrichen
+                               wurden
+                  same       - Reorganisation
+
+
+             Die  Speicherstrukturen  isam  und   hash   ermo"glichen
+             Schlu"sselzugriffe.  Isam beno"tigt mindestens zwei Plat-
+             tenzugriffe,   unterstu"tzt   aber   auch   sequentielle
+             Zugriffe,  wie  sie  bei  von-bis-Abfragen  no"tig sind.
+             Hash greift direkt zu, ist aber bei sequentieller Suche
+             uneffektiv.  Beide Verfahren ordnen neue Tupel zuna"chst
+             auf einer Prima"rseite ein und legen,  wenn  diese  voll
+             ist,  dahinter  U"berlaufseiten  an.  Bei der Suche nach
+             einem   Tupel   fu"hrt   der   Direktzugriff   auf   die
+             Prima"rseite,   diese   und   alle  an  ihr  "ha"ngenden"
+             U"berlaufseiten mu"ssen nach dem Tupel abgesucht werden.
+
+             Heap ist  ein  vo"llig  ungeordneter  Bestand,  der  nur
+             sequentiell  durchsucht  werden  kann.   Heapsort liegt
+             nach mmmmooooddddiiiiffffyyyy  in  einer  definierten  Sortierfolge  vor.
+             Sowohl  bei  heap,  als  auch  bei heapsort werden neue
+             Tupel unsortiert angefu"gt.
+
+             Bei Anlage einer  heapsort-Struktur  werden  die  Tupel
+             nach  allen  ihren Attributen sortiert.  Dadurch ko"nnen
+             und werden doppelte Tupel ermittelt und ausgeschlossen.
+             Bei den Speicherstrukturen heapsort bzw. cheapsort kann
+             durch die Schlu"sselwo"rter  "ascending"  bzw.  "a"  auf-
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                    QQQQUUUUEEEELLLL
+
+
+
+
+
+        Referenz_Manual            - 52 -                     MMMMOOOODDDDIIIIFFFFYYYY
+
+
+             steigende  und  durch  die Schlu"sselwo"rter "descending"
+             bzw. "d" fallende Sortierung angegeben werden.
+             "ascending" ist Standard und kann demzufolge entfallen.
+
+             Bei  den  komprimierten  Speicherstrukturen  wird  eine
+             gu"nstigere  Ablage der Daten auf dem externen Speicher-
+             medium erreicht, mit der Einschra"nkung, dass A"nderungen
+             unter Umsta"nden zeitaufwendiger sind.
+
+             Wenn im Statement die oooonnnn -Phrase fehlt,  wird  bei  der
+             Modifizierung  auf  isam,  cisam,  hash  oder chash als
+             Schlu"ssel fu"r die Relation automatisch die erste Doma"ne
+             verwendet.  Bei Modifizierung auf heap, cheap oder same
+             darf die oooonnnn -Phrase nicht angegeben werden.  Bei  Modi-
+             fizierung  auf  heapsort  oder cheapsort ist die Angabe
+             der oooonnnn -Phrase notwendig.
+
+             Wenn eine Relation sortiert werden soll  (isam,  cisam,
+             hash,   chash,   heapsort   und  cheapsort),  sind  die
+             Prima"rschlu"ssel der Relation in der oooonnnn -Phrase  in  der
+             Reihenfolge  der  gewu"nschten Sortierung anzugeben, der
+             erstangegebene bildet  den  dominanten  Sortierbegriff.
+             Die  in der oooonnnn -Phrase nicht angegebenen Doma"nen werden
+             danach in  der  erzeugten  Reihenfolge  zur  Sortierung
+             herangezogen.
+
+             Bei einer Modifikation zur Speicherstruktur "same" wird
+             die Relation reorganisiert, d.h., die Speicherstruktur,
+             der  Sortierschlu"ssel  und  deren  Reihenfolge  bleiben
+             erhalten.    Nach  umfangreichen  A"nderungen  kann  die
+             externe Anordnung der Daten uneffektiv werden, so  dass
+             eine    Neueinrichtung    bzw.    Reorganisation    der
+             Schlu"sselstruktur sinnvoll ist.
+             (Schlu"sselbaumstruktur !)
+
+             Ein Fu"llfaktor <<<<ffffiiiillllllllffffaaaaccccttttoooorrrr>>>> spezifiziert die  prozentu-
+             ale Fu"llung (1 ... 100) der Prima"rseiten (unter idealen
+             Bedingungen) bei Anlage der Relation durch  das  mmmmooooddddiiiiffffyyyy
+             -Statement.   Dieser  Fu"llfaktor kann bei Modifizierung
+             auf isam, cisam, hash und chash angegeben werden.   Man
+             vermeide  die  Angabe  eines zu grossen Fu"llfaktors bei
+             noch unfertigen Relationen.  Eine ungleichma"ssige  Ver-
+             teilung des Schlu"ssels kann bei folgenden Erweiterungen
+             der  Relation  zur  Anlage  von  vielen  U"berlaufseiten
+             fu"hren, wodurch sich das Zugriffsverhalten der Relation
+             sehr verschlechtert.
+
+             Bei Modifizierung auf  hash  oder  chash  spezifizieren
+             mmmmiiiinnnnppppaaaaggggeeee  und  mmmmaaaaxxxxppppaaaaggggeeee  die minimale und maximale Anzahl
+             von Prima"rseiten, die die Relation haben  soll.   Falls
+             angegeben, mu"ssen beide mindestens 1 sein; mmmmaaaaxxxxppppaaaaggggeeee darf
+             nicht kleiner als mmmmiiiinnnnppppaaaaggggeeee sein.
+
+             Wenn nicht  angegeben,  werden  folgende  Standardwerte
+             eingesetzt:
+
+
+
+
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                    QQQQUUUUEEEELLLL
+
+
+
+
+
+        Referenz_Manual            - 53 -                     MMMMOOOODDDDIIIIFFFFYYYY
+
+
+
+                     FILLFACTOR      MINPAGES        MAXPAGES
+                     ----------      --------        --------
+             hash    50              10              nach Bedarf
+             chash   75              1               nach Bedarf
+             isam    80              --              --
+             cisam   100             --              --
+
+
+        BBBBEEEEIIIISSSSPPPPIIIIEEEELLLL
+
+
+             /* Modifiziere die personal Relation
+                auf eine Isam-Struktur mit name als Schlu"ssel */
+             modify personal to isam on name
+
+             /* Wenn name die erste Doma"ne dieser Relation ist
+                kann das gleiche Resultat erzielt werden durch */
+             modify personal to isam
+
+             /* Die gleiche Modifizierung
+                mit 60-prozentiger Fu"llung der Prima"rseiten */
+             modify personal to isam on name
+                    where fillfactor = 60
+
+
+
+             /* Ermittle Dienstjubilare
+                und ordne sie nach 10- und 25-ja"hrigen */
+             range of p is personal
+             retrieve into temp
+              (p.abt, p.name, dienstalter=1985-p.einstellung)
+              where 1985-p.einstellung = 10
+                   or 1985-p.einstellung = 25
+             modify temp to heapsort on dienstalter
+             print temp
+             destroy temp
+
+
+        SSSSIIIIEEEEHHHHEEEE AAAAUUUUCCCCHHHH
+
+             sysmod(unix), modifyr(unix)
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                    QQQQUUUUEEEELLLL
+
+
+
+
+
+        Referenz_Manual            - 54 -                     PPPPEEEERRRRMMMMIIIITTTT
+
+
+        NNNNAAAAMMMMEEEE
+
+             permit - fu"ge Berechtigungen an eine Relation an
+
+        SSSSYYYYNNNNOOOOPPPPSSSSIIIISSSS
+
+             ddddeeeeffffiiiinnnneeee ppppeeeerrrrmmmmiiiitttt oplist oooonnnn var [ (attlist) }
+             ttttoooo name [ aaaatttt term ] [ ffffrrrroooommmm time ttttoooo time ] [ oooonnnn  day  ttttoooo
+             day ] [ wwwwhhhheeeerrrreeee qual ]
+
+        BBBBEEEESSSSCCCCHHHHRRRREEEEIIIIBBBBUUUUNNNNGGGG
+
+             Das ppppeeeerrrrmmmmiiiitttt -Statement darf nur vom DBA  fu"r  DBA  Rela-
+             tionen  gegeben  werden (der DBA kann sich nicht selbst
+             einschra"nken, er hat immer alle Rechte ).
+
+             Das   ppppeeeerrrrmmmmiiiitttt   -Statement   erweitert   die   aktuellen
+             Berechtigungen  fu"r eine Relation entsprechend der Spe-
+             zifikation von vvvvaaaarrrr....  Die OOOOppppeeeerrrraaaattttiiiioooonnnnsssslllliiiisssstttteeee  (oplist)  ist
+             eine durch Komma getrennte Liste mo"glicher Operationen,
+             also rrrreeeettttrrrriiiieeeevvvveeee , rrrreeeeppppllllaaaacccceeee , ddddeeeelllleeeetttteeee  ,  aaaappppppppeeeennnndddd  oder  aaaallllllll....
+             "all"  ist  ein  Spezialfall,  es  bedeutet,  dass alle
+             Berechtigungen gesetzt sind.  nnnnaaaammmmeeee ist  der  login-Name
+             eines  Nutzers oder auch "all".  tttteeeerrrrmmmm ist ein Terminal-
+             name der Form ttyxx oder das Schlu"sselwort "all".   Das
+             Auslassen der Term-Phrase ist gleichbedeutend zu "all",
+             xxxxxxxx kann ein implemetationsabha"ngiger 2-  oder  4-  Byte
+             langer  Name  sein.   ttttiiiimmmmeeee ist in der Form "hh:mm" nach
+             24-Stunden-Modus einzugeben und begrenzt die  Zeit  des
+             Tages an der die Berechtigung gilt.  ddddaaaayyyy ist die Angabe
+             des Wochentages in der Form 0 = Sonntag bis 6 =  Sonna-
+             bend.   Diese  Qualifikation  wird an die Qualifikation
+             der Anfrage zur Laufzeit angeha"ngt.
+
+             Die separaten Teile eeeeiiiinnnneeeessss permit-Statements  (  oplist,
+             attlist,  name,  term,  time- und day-Phrase und qual )
+             mu"ssen gleichzeitig zutreffen, damit das  Zugriffsrecht
+             wirksam wird.
+
+             Die Gesamtzugriffsrechte  fu"r  einen  konkreten  Nutzer
+             ergeben  sich  aus  der  Menge  der  Vereinigung  aller
+             zutreffenden  permit-Statements.   Beispielsweise  wird
+             mit
+
+                     ... to erich at tty4 ...
+
+             die Berechtigung fu"r Erich erteilt,  wenn  er  am  TTY4
+             eingeloggt ist, aber wenn wir zwei
+              ppppeeeerrrrmmmmiiiitttt -Statements
+
+                     ... to erich at all ...
+                     ... to all at tty4  ...
+
+             haben,   dann   wird   Erich   die    Gesamtheit    der
+             Berechtigungen,  die  durch das erste Statement gegeben
+             sind (auch am TTYd), nutzen ko"nnen, wa"hrend  Paul  alle
+             Berechtigungen  des  zweiten  Statements  nur  am  TTY4
+             erha"lt.
+
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                    QQQQUUUUEEEELLLL
+
+
+
+
+
+        Referenz_Manual            - 55 -                     PPPPEEEERRRRMMMMIIIITTTT
+
+
+             Die Statements
+
+             define permit all on x to all
+             define permit retrieve on x to all
+
+             mit  keinen   weiteren   Qualifikationen   werden   als
+             Spezialfa"lle  behandelt  und sehr effizient aufgelo"sst.
+             In AMX-Programmen  ko"nnen  nnnnuuuurrrr  Relationen  verarbeitet
+             werden,  die  keine definierten Zugriffsrechte besitzen
+             mit der Ausnahme der Spezialfa"lle
+
+
+                define permit all | retrieve on x to all
+
+
+             beru"cksichtigt, alle  anderen  werden  ignoriert.   Die
+             Vergabe von Zugriffsrechten auf Indizes und Sichten ist
+             nicht gestattet.
+
+             Die Qualifikation kann Bedingungen  aus  anderen  Rela-
+             tionen enthalten.
+
+        BBBBEEEEIIIISSSSPPPPIIIIEEEELLLL
+
+
+             range of e is personal
+             define permit retrieve on e (name, gehalt) to erich
+               at ttyd from 8:00 to 17:00
+               on 1 to 5
+               where e.mgr = "marc"
+
+             range of p is parts
+             define permit retrieve of p to all
+               /*Erich wird die Berechtigung erteilt,
+               **u"ber die Namen der Teile aller Lieferungen
+               **des Ha"ndlers 241 zu recherchieren*/
+             range of t is teile
+             range of l is lieferung
+             define permit retrieve on t(tname) to erich
+             where t.tnum=l.tnum and l.lnum=241
+
+
+        SSSSIIIIEEEEHHHHEEEE AAAAUUUUCCCCHHHH
+
+             destroy(quel)
+
+        HHHHIIIILLLLFFFFEEEENNNN
+
+             Es ist darauf zu achten, dass die  Relationen,  die  in
+             Qualifikation  eingegangen sind, solange nicht gelo"scht
+             werden, solange das Zugriffsrecht existiert.
+
+
+
+
+
+
+
+
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                    QQQQUUUUEEEELLLL
+
+
+
+
+
+        Referenz_Manual            - 56 -                      PPPPRRRRIIIINNNNTTTT
+
+
+        NNNNAAAAMMMMEEEE
+
+             print - Ausgabe von Relationen
+
+        SSSSYYYYNNNNOOOOPPPPSSSSIIIISSSS
+
+              pppprrrriiiinnnntttt relname {, relname}
+
+        BBBBEEEESSSSCCCCHHHHRRRREEEEIIIIBBBBUUUUNNNNGGGG
+
+             pppprrrriiiinnnntttt  gibt  den  gesamten  Inhalt  der  spezifizierten
+             Relation(en)  auf  das  Terminal (standard_output) aus.
+             Die Ausgabeformate fu"r die  verschiedenen  Formate  der
+             beteiligten  Doma"nen  kann man bei Start von QUEL durch
+             die   entsprechenden   Optionen   (s.    qqqquuuueeeellll   (unix))
+             festlegen.  Die  als  Spaltenu"berschriften ausgegebenen
+             Namen der  Doma"nen  werden  ggf.  abgeku"rzt,  wenn  sie
+             anders in der Druckbreite nicht unterzubringen sind.
+
+             Das Statement wird nur vom Eigner der Relation oder von
+             einem  Nutzer  angenommen,  der  fu"r  sie die Zugriffs-
+             berechtigung rrrreeeettttrrrriiiieeeevvvveeee hat.
+
+        BBBBEEEEIIIISSSSPPPPIIIIEEEELLLL
+
+
+             /* Ausgabe der Relation personal */
+             print personal
+
+
+        SSSSIIIIEEEEHHHHEEEE AAAAUUUUCCCCHHHH
+
+             retrieve(quel), quel(unix), printr(unix)
+
+        HHHHIIIILLLLFFFFEEEENNNN
+
+             Man vermeide die Ausgabe von zu  langen  Zeilen.   QUEL
+             selbst nimmt keine Zeilenteilung (wrap around) vor.
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                    QQQQUUUUEEEELLLL
+
+
+
+
+
+        Referenz_Manual            - 57 -                      RRRRAAAANNNNGGGGEEEE
+
+
+        NNNNAAAAMMMMEEEE
+
+             range - Deklaration einer tuple_variable'n
+                     auf eine Relation
+
+         SSSSYYYYNNNNOOOOPPPPSSSSIIIISSSS
+
+             rrrraaaannnnggggeeee [[ ooooffff ] var iiiissss relname ]
+
+        BBBBEEEESSSSCCCCHHHHRRRREEEEIIIIBBBBUUUUNNNNGGGG
+
+             rrrraaaannnnggggeeee wird benutzt, um eine Tupelvariable vvvvaaaarrrr , die  in
+             nachfolgenden   QUEL-Statements  benutzt  werden  soll,
+             einer Relation <<<<rrrreeeellllnnnnaaaammmmeeee>>>> zuzuordnen.  Die vvvvaaaarrrr  referen-
+             ziert dann in den QUEL-Statements jeweils ein Tupel der
+             spezifizierten Relation.  Die Zuordnung der vvvvaaaarrrr zu  der
+             Relation gilt fu"r die gesamte QUEL-Sitzung, solange die
+             Variable nicht durch ein anderes rrrraaaannnnggggeeee -Statement einer
+             anderen Relation zugeordnet oder die Relation durch ein
+             ddddeeeessssttttrrrrooooyyyy -Statement gestrichen wird.  Das  leere  range-
+             Statement listet die aktuelle range-Tabelle aus.
+
+        BBBBEEEEIIIISSSSPPPPIIIIEEEELLLL
+
+
+             /* Deklariere eine tuple_variable p
+                 auf die Relation personal */
+             range of p is personal
+
+
+        SSSSIIIIEEEEHHHHEEEE AAAAUUUUCCCCHHHH
+
+             destroy(quel)
+
+        HHHHIIIILLLLFFFFEEEENNNN
+
+             Es ko"nnen nur 10 Tupelvariablen gleichzeitig deklariert
+             werden.   Nach  dem  zehnten range-Statement wird durch
+             eine  folgende  Deklaration  die  am   la"ngsten   nicht
+             benutzte Tupelvariable ungu"ltig.
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                    QQQQUUUUEEEELLLL
+
+
+
+
+
+        Referenz_Manual            - 58 -                    RRRREEEEPPPPLLLLAAAACCCCEEEE
+
+
+        NNNNAAAAMMMMEEEE
+
+             replace - Ersetzen von Attributen in einer Relation
+
+        SSSSYYYYNNNNOOOOPPPPSSSSIIIISSSS
+
+             rrrreeeeppppllllaaaacccceeee var (target_list) [wwwwhhhheeeerrrreeee qual]
+
+        BBBBEEEESSSSCCCCHHHHRRRREEEEIIIIBBBBUUUUNNNNGGGG
+
+             rrrreeeeppppllllaaaacccceeee  a"ndert  Werte  in  den  Doma"nen,  die  in  der
+             <<<<ttttaaaarrrrggggeeeetttt____lllliiiisssstttt>>>>  angegeben  sind  fu"r alle die Tupel, die
+             sich entsprechend der wwwwhhhheeeerrrreeee -Phrase qualifizieren.  Die
+             vvvvaaaarrrr  muss  in einem vorangehend gegebenem rrrraaaannnnggggeeee -State-
+             ment u"ber der zu a"ndernden Relation  deklariert  worden
+             sein.   Ausschliesslich  die  Doma"nen,  die modifiziert
+             werden sollen, mu"ssen in der  <<<<ttttaaaarrrrggggeeeetttt____lllliiiisssstttt>>>>  aufgeza"hlt
+             werden.   Diese  Doma"nen  ko"nnen durch Namensangabe bei
+             Zuweisung eines Ausdrucks,  oder  durch  Namensanalogie
+             spezifiziert  werden.   Attribute in gea"nderten Tupeln,
+             deren Doma"ne  in  der  <<<<ttttaaaarrrrggggeeeetttt____lllliiiisssstttt>>>>  nicht  aufgefu"hrt
+             sind, bleiben unvera"ndert.
+
+             Attributen  numerischer  Doma"nen  kann  ein  beliebiger
+             numerischer  Wert  zugewiesen  werden,  es erfolgt eine
+             automatische  Konvertierung.  Bei  der  Zuweisung   von
+             Zeichenketten  auf  Attribute  numerischer Doma"nen oder
+             numerischer      Werte      auf      Attribute      von
+             Zeichenketten-Doma"nen   muss  die  Konvertierung  durch
+             Verwendung der entsprechenden Funktionen  aaaasssscccciiiiiiii,,,,  iiiinnnntttt1111,,,,
+             iiiinnnntttt2222,,,, u.s.w.  in der <<<<ttttaaaarrrrggggeeeetttt____lllliiiisssstttt>>>> angewiesen werden.
+
+             Das Statement wird nur vom Eigner der Relation angenom-
+             men,   oder   von  einem  Nutzer,  der  eine  Zugriffs-
+             berechtigung fu"r die Relation hat.
+
+        BBBBEEEEIIIISSSSPPPPIIIIEEEELLLL
+
+
+               /* Alle Bescha"ftigten des Leiters "Rose, Peter"
+               **erhalten eine Gehaltserho"hung von 10 % */
+               range of p is personal
+               replace p(gehalt=1.1 * p.gehalt)
+               where p.abt="Rose, Peter"
+
+
+        SSSSIIIIEEEEHHHHEEEE AAAAUUUUCCCCHHHH
+
+             range(quel)
+
+        NNNNAAAACCCCHHHHRRRRIIIICCCCHHHHTTTTEEEENNNN
+
+             Bei Zuweisung eines numerischen Wertes auf das Attribut
+             einer  Zeichenketten-Doma"ne oder einer Zeichenkette auf
+             das Attribut einer numerischen Doma"ne erfolgen  Fehler-
+             meldungen.
+
+
+
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                    QQQQUUUUEEEELLLL
+
+
+
+
+
+        Referenz_Manual            - 59 -                   RRRREEEETTTTRRRRIIIIEEEEVVVVEEEE
+
+
+        NNNNAAAAMMMMEEEE
+
+             retrieve - Suche von Tupeln
+
+        SSSSYYYYNNNNOOOOPPPPSSSSIIIISSSS
+
+             rrrreeeettttrrrriiiieeeevvvveeee [[iiiinnnnttttoooo ]relname](target_list) [wwwwhhhheeeerrrreeee qual]
+
+             rrrreeeettttrrrriiiieeeevvvveeee unique (target_list) [ wwwwhhhheeeerrrreeee qual]
+
+        BBBBEEEESSSSCCCCHHHHRRRREEEEIIIIBBBBUUUUNNNNGGGG
+
+             rrrreeeettttrrrriiiieeeevvvveeee sucht Tupel mit den Doma"nen, wie  sie  in  der
+             <<<<ttttaaaarrrrggggeeeetttt____lllliiiisssstttt>>>> spezifiziert sind und die den Bedingungen
+             der wwwwhhhheeeerrrreeee -Phrase genu"gen und gibt sie auf dem Terminal
+             (standard_output)  aus  oder speichert sie im Falle von
+             iiiinnnnttttoooo in die angegebene Relation <<<<rrrreeeellllnnnnaaaammmmeeee>>>>....
+
+             Wenn <<<<rrrreeeellllnnnnaaaammmmeeee>>>> spezifiziert ist, wird eine  neue  Rela-
+             tion  erzeugt,  die  in der aufliegenden Datenbank noch
+             nicht  existieren  darf.   Beachte,  dass  verschiedene
+             Nutzer  Relationen  gleichen  Namens  erzeugen  du"rfen;
+             ING_DB erga"nzt den Relationennamen um einen, den erzeu-
+             genden  Nutzer charakterisierenden Code (s. auch ccccrrrreeeeaaaatttteeee
+             (quel).  Der Nutzer wird Eigentu"mer der Relation.   Die
+             Relation  erha"lt die, in der <<<<ttttaaaarrrrggggeeeetttt____lllliiiisssstttt>>>> spezifizier-
+             ten Doma"nen.  Die Relation wird fu"r 7 Tage  reserviert,
+             falls  der  Nutzer nicht folgend durch ein ssssaaaavvvveeee -State-
+             ment die Lebensdauer der Relation vera"ndert.  Die Rela-
+             tion  wird  mit  dem  Ergebnis des rrrreeeettttrrrriiiieeeevvvveeee -Statements
+             gefu"llt.
+
+             Wenn das Schlu"sselwort uuuunnnniiiiqqqquuuueeee spezifiert  wird,  werden
+             die  Tupel nach der Reihenfolge der angegebenen Doma"nen
+             sortiert und doppelte Tupel vor der Anzeige entfernt.
+
+             Die Resultat-Relation wird standardma"ssig in  cccchhhheeeeaaaappppssssoooorrrrtttt
+             -Speicherstruktur  (s.   mmmmooooddddiiiiffffyyyy  (quel))  erzeugt.  Sie
+             wird dadurch nach den Doma"nen, in der Reihenfolge,  wie
+             diese  in  der  <<<<ttttaaaarrrrggggeeeetttt____lllliiiisssstttt>>>> aufgeza"hlt sind, sortiert
+             und entha"lt keine doppelten Tupel mehr.
+
+             Ist    eine    andere    Speicherstruktur    fu"r    die
+             Resultat-Relation  erwu"nscht,  kann  das  bei Start der
+             ING_DB -Sitzung durch Verwendung  der  -rrrr  -Option  (s.
+             qqqquuuueeeellll (unix)) erreicht werden.
+
+             Wenn im Statement die iiiinnnnttttoooo -Phrase  fehlt,  (also  kein
+             <<<<rrrreeeellllnnnnaaaammmmeeee>>>>  angegeben  ist,)  erscheint das Resultat des
+             rrrreeeettttrrrriiiieeeevvvveeee einmalig auf dem Terminal, es kann  nur  durch
+             ein  erneutes  rrrreeeettttrrrriiiieeeevvvveeee wieder sichtbar gemacht werden.
+             Die Sortierung der ausgegebenen Tupel folgt den  Regeln
+             der  Zerlegung der wwwwhhhheeeerrrreeee -Phrase, doppelte Tupel werden
+             nicht unterdru"ckt.
+
+             Die Druckformate, in denen Attribute  von  Doma"nen  der
+             verschiedenen Formate dargestellt werden sollen, ko"nnen
+             mit den entsprechenden Optionen bei  Start  von  ING_DB
+              eingestellt werden (s.  qqqquuuueeeellll (unix)).
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                    QQQQUUUUEEEELLLL
+
+
+
+
+
+        Referenz_Manual            - 60 -                   RRRREEEETTTTRRRRIIIIEEEEVVVVEEEE
+
+
+             In der <<<<ttttaaaarrrrggggeeeetttt____lllliiiisssstttt>>>> kann das Schlu"sselwort aaaallllllll benutzt
+             werden,  wenn  von  einer Relation alle Doma"nen gesucht
+             werden sollen.
+
+             Das Statement wird nur vom Eigentu"mer  der  beteiligten
+             Relation(en)  angenommen, oder von Nutzern, die fu"r sie
+             die Zugriffsberechtigung rrrreeeettttrrrriiiieeeevvvveeee haben.
+
+        BBBBEEEEIIIISSSSPPPPIIIIEEEELLLL
+
+
+             /* Finde alle Mitarbeiter, die ju"nger sind, als das
+                Durchschnittsalter aller Mitarbeiter betra"gt */
+             range of p is personal
+             retrieve (p.name)
+             where 1985-p.gebjahr <= avg(1985-p.gebjahr)
+
+             /* Finde alle Bescha"ftigten, die a"lter
+                sind, als ihr Leiter */
+             range of mitarbeiter is personal
+             range of leiter is personal
+             retrieve (mitarbeiter.name)
+             where mitarbeiter.leiter = leiter.num
+             and mitarbeiter.gebdat > leiter.gebdat
+
+
+        SSSSIIIIEEEEHHHHEEEE AAAAUUUUCCCCHHHH
+
+             modify(quel), quel(unix), range(quel), save(quel)
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                    QQQQUUUUEEEELLLL
+
+
diff --git a/WEGA/contrib/ingres/dbs/ing_doc/teil1/doc1_ac b/WEGA/contrib/ingres/dbs/ing_doc/teil1/doc1_ac
new file mode 100644
index 0000000..2ed20e6
--- /dev/null
+++ b/WEGA/contrib/ingres/dbs/ing_doc/teil1/doc1_ac
@@ -0,0 +1,2160 @@
+
+
+
+        Referenz_Manual            - 61 -                       SSSSAAAAVVVVEEEE
+
+
+        NNNNAAAAMMMMEEEE
+
+             save - Reservierung einer Relation bis zu einem Datum
+
+        SSSSYYYYNNNNOOOOPPPPSSSSIIIISSSS
+
+             ssssaaaavvvveeee relname uuuunnnnttttiiiillll month day year
+
+        BBBBEEEESSSSCCCCHHHHRRRREEEEIIIIBBBBUUUUNNNNGGGG
+
+             ssssaaaavvvveeee wird benutzt, um das Verfallsdatum einer  Relation
+             zu  vera"ndern,  das  bei ihrer Erzeugung standardma"ssig
+             auf 7 Tage festgelegt wird.
+
+             <<<<mmmmoooonnnntttthhhh>>>> ist der Monat (1,2,..12),  <<<<ddddaaaayyyy>>>>  ist  der  Tag
+             (1,2,..31)  und <<<<yyyyeeeeaaaarrrr>>>> ist das Jahr (1985,1986,...) des
+             neuen Verfallsdatums.  Die Verfallsstunde  wird  auf  0
+             Uhr gesetzt.
+
+             Das Streichen einer Relation,  deren  Reservierungszeit
+             abgelaufen  ist,  erfolgt  mit  dem  Programm ppppuuuurrrrggggeeee (s.
+             ppppuuuurrrrggggeeee (unix)).  Es erfolgt also nicht automatisch, son-
+             dern  nach  entsprechenden  technologischen  Regelungen
+             u"ber die Arbeit mit ppppuuuurrrrggggeeee....
+
+             Ausschliesslich  der  Eigentu"mer  einer  Relation  kann
+             deren Verfallsdatum vera"ndern.
+
+             Die  Systemrelationen  (relation,  attribute,   indexes
+             usw.) haben kein Verfallsdatum.
+
+        BBBBEEEEIIIISSSSPPPPIIIIEEEELLLL
+
+
+             /* Reserviere die personal Relation
+                bis Ende Februar 1987 */
+             save personal until 3 1 1987
+
+
+        SSSSIIIIEEEEHHHHEEEE AAAAUUUUCCCCHHHH
+
+             create(quel), retrieve(quel), purge(unix), saver(unix)
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                    QQQQUUUUEEEELLLL
+
+
+
+
+
+        Referenz_Manual            - 62 -                       VVVVIIIIEEEEWWWW
+
+
+        NNNNAAAAMMMMEEEE
+
+             view - definiere eine virtuelle Relation
+
+        SSSSYYYYNNNNOOOOPPPPSSSSIIIISSSS
+
+             ddddeeeeffffiiiinnnneeee vvvviiiieeeewwww relname (target-list) [ wwwwhhhheeeerrrreeee qual ]
+
+        BBBBEEEESSSSCCCCHHHHRRRREEEEIIIIBBBBUUUUNNNNGGGG
+
+             Eine virtuelle Relation oder Sicht hat im Gegensatz  zu
+             einer  normalen Relation (create(quel)) keine physische
+             Repra"sentation, das heisst, keine  eigenen  Daten.  Die
+             Sicht  ero"ffnet  anwenderbezogen  neue Interpretationen
+             existierender Datenbesta"nde ( Basisrelationen ).
+
+             Die Syntax des vvvviiiieeeewwww  -Statements  ist  der  Syntax  des
+             rrrreeeettttrrrriiiieeeevvvveeee  iiiinnnnttttoooo -Statements angelehnt.  Im Gegensatz zum
+             rrrreeeettttrrrriiiieeeevvvveeee iiiinnnnttttoooo  Statement  werden  keine  Daten  recher-
+             chiert, sondern nur die Recherchen-Definition u"bersetzt
+             gespeichert.  Wenn die Relation rrrreeeellllnnnnaaaammmmeeee spa"ter  genutzt
+             wird,  wird  die  Anfrage  um  die Definition der Sicht
+             erweitert.
+
+             Alle Formen eines  retrieve's  auf  eine  Sicht  werden
+             unterstu"tzt,   aber   nur  eine  begrenzte  Anzahl  von
+             A"nderungen.
+
+             1.   A"nderungen  werden  nicht  unterstu"tzt,  wenn  die
+                  Sicht mehrere Relationen umspannt.
+
+             2.   Es werden keine A"nderungen  unterstu"tzt,  die  auf
+                  Doma"nen  ausgefu"hrt  werden  sollen, die a) in der
+                  Qualifikation des ddddeeeeffffiiiinnnneeee----vvvviiiieeeewwww -Statements  enthal-
+                  ten   sind  oder  b)  nicht  in  einfache  Doma"nen
+                  u"berfu"hrt werden ko"nnen.
+
+             3.   Allgemein  werden  A"nderungen  unterstu"tzt,   wenn
+                  garantiert werden kann (ohne Nutzung der aktuellen
+                  Daten), dass das Ergebnis der A"nderungen der Sicht
+                  identisch zu A"nderungen der Basisrelation ist.
+
+             Die Basisrelationen mu"ssen nicht  notwendigerweise  vom
+             Eigentu"mer der Sicht angeeignet sein. Nutzer, die nicht
+             der DBA sind, erhalten die Mo"glichkeit,  DBA-Relationen
+             in  ihre  Sichten  einzuschliessen.   Vom  System  wird
+             garantiert, dass Basisrelationen nicht gelo"scht werden.
+
+             zu_2a
+
+                  range of b is base
+                  define view v ( b.all ) where b.dom = 4
+                  append to v ( dom = 5 )
+
+                  Das fu"hrt dazu, dass das Tupel in  die  Basisrela-
+                  tion  eingefu"gt wird, ohne dass es Bestandteil der
+                  Sicht wird. Die Anomalie besteht darin, dass Tupel
+                  eingefu"gt  werden ko"nnen, die nicht angezeigt wer-
+                  den, weil die Qualifikation nicht erfu"llt ist.
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                    QQQQUUUUEEEELLLL
+
+
+
+
+
+        Referenz_Manual            - 63 -                       VVVVIIIIEEEEWWWW
+
+
+             zu_2b
+
+                  range of b is base
+                  define view v ( dom = b.dom / 3 )
+                  append to v (dom = 7)
+
+                  Dieses append wird in  ein  append  auf  ein  phy-
+                  sisches append folgender Art u"bersetzt:
+
+                  append to base ( dom / 3 = 7 )
+
+                  Dieses append ist im Sinne von QUEL nicht akzepta-
+                  bel.
+
+             zu_3:
+
+                  range of b1 is base1
+                  range of b2 is base2
+                  define view v (b1.a, b2.c) where b1.b = b2.b
+
+                  Datenbestand:
+
+
+                  base1 | a  | b     base2 | b  | c     v  | a  | c
+                  ~~~~~~|~~~~|~~~~   ~~~~~~|~~~~|~~~~   ~~~|~~~~|~~~~
+                        | 7  | 0           | 0  | 3        | 7  | 3
+                        | 8  | 0           | 0  | 4        | 7  | 4
+                        |    |             |    |          | 8  | 3
+                        |    |             |    |         >| 8  | 4 <
+
+
+
+                        range of v is v
+                        delete v where v.a = 8 and v.c = 4
+
+                  Dieses Statement versucht, die markierte Zeile  zu
+                  lo"schen,  was  physisch  auf  den  Basisrelationen
+                  base1 und base2 nicht ausfu"hrbar ist.
+
+        BBBBEEEEIIIISSSSPPPPIIIIEEEELLLL
+
+
+             range of e is employee
+             range of d is dept
+             define view empdpt (ename=e.name,e.sal,dname=d.name)
+               where e.mgr=d.mgr
+
+
+        SSSSIIIIEEEEHHHHEEEE AAAAUUUUCCCCHHHH
+
+             retrieve(quel), destroy(quel)
+        \f1
+
+
+
+
+
+
+
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                    UUUUNNNNIIIIXXXX
+
+
+
+
+
+        Referenz-Manual            - 64 -                UUUUeeeebbbbeeeerrrrssssiiiicccchhhhtttt
+
+
+        _1._2.  DDDDaaaatttteeeennnnbbbbaaaannnnkkkk----UUUUNNNNIIIIXXXX ----KKKKoooommmmmmmmaaaannnnddddoooossss ****
+
+
+
+
+
+
+
+
+
+
+
+
+        _1._2._1.  UUUU""""bbbbeeeerrrrssssiiiicccchhhhtttt zzzzuuuu ddddeeeennnn KKKKoooommmmmmmmaaaannnnddddoooossss uuuunnnntttteeeerrrr UUUUNNNNIIIIXXXX  ****
+
+        Im Gegensatz zu den Kommandos der Anfragesprache QUEL ko"nnen
+        und  mu"ssen einige anspruchsvollere Kommandos auf dem Niveau
+        der  Shell  eingegeben  werden,  d.h.,  wa"hrend  die   QUEL-
+        Kommandos  erst  nach  dem  Eintreten in das Datenbanksystem
+        durch qqqquuuueeeellll "dbname" abgearbeitet  werden  ko"nnen,  sind  die
+        UNIX -Kommandos unmittelbar nach dem llllooooggggiiiinnnn:::: verfu"gbar.
+
+        Bei den Kommandos,
+
+                destroydb, purge, restore, sysmod,
+
+        die  nur  vom  DBA  ausgefu"hrt  werden  ko"nnen,   wird   das
+        alter/ego-Flag in der speziellen Form
+
+                -s
+
+        bereitgestellt.
+        Das -s-Flag kann nur vom Systemadministrator angewendet wer-
+        den und gibt ihm die Rechte des DBA.
+        In den Beschreibungen werden diese Flags nicht mehr dokumen-
+        tiert.
+
+        Zum Inhalt:
+
+        =>   -AMX(UNIX ) - AMX-Schnittstelle zu C
+             aaaammmmxxxx { [ ffffllllaaaaggggssss ] filename }
+
+        =>   -COPYDB(UNIX ) - kopiere eine Datenbank
+             ccccooooppppyyyyddddbbbb [ ffffllllaaaaggggssss ] dbname directory
+             { relname }
+
+        =>   ----ccccooooppppyyyyrrrr [ ffffllllaaaaggggssss ] dbname relname
+             { domname = fformat } from | into
+             filename | "#"
+
+        =>   -EQC(UNIX ) - QUEL-Schnittstelle zu C
+             eeeeqqqqcccc { [ ffffllllaaaaggggssss ] file.q }
+
+        =>   -CREATDB(UNIX ) - erzeuge eine Datenbank
+             ccccrrrreeeeaaaattttddddbbbb [ ffffllllaaaaggggssss ] dbname
+
+        =>   ----ccccrrrreeeeaaaatttteeeerrrr [ ffffllllaaaaggggssss ] dbname relname {domname fformat}
+
+
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                    UUUUNNNNIIIIXXXX
+
+
+
+
+
+        Referenz-Manual            - 65 -                UUUUeeeebbbbeeeerrrrssssiiiicccchhhhtttt
+
+
+        =>   -DESTROYDB(UNIX ) - lo"sche eine existierende Datenbank
+             ddddeeeessssttttrrrrooooyyyyddddbbbb [ ffffllllaaaaggggssss ] dbname
+
+        =>   ----ddddeeeessssttttrrrrooooyyyyrrrr [ ffffllllaaaaggggssss ] dbname {relname}
+
+        =>   -HELPR(UNIX ) - Information u"ber Datenbanken und  Rela-
+             tionen
+             hhhheeeellllpppprrrr [ ffffllllaaaaggggssss ] dbname [[integrity | permit |  view  ]{
+             relname} ]
+
+        =>   ----iiiinnnnddddeeeexxxxrrrr [ ffffllllaaaaggggssss ] dbname prim_rel index_rel {domname}
+
+        =>   ----mmmmaaaannnnrrrr {sections}
+
+        =>   ----mmmmooooddddiiiiffffyyyyrrrr [ ffffllllaaaaggggssss ] dbname relname storage_structure
+                      {domname [ :sortorder]}
+
+        =>   -QUEL(UNIX ) - ING_DB  relationales Datenbanksystem
+             qqqquuuueeeellll [ ffffllllaaaaggggssss ] dbname [ process_table ]
+             qqqquuuueeeellll____ddddtttt
+             qqqquuuueeeellll____eeeennnngggg
+
+        =>   -PRINTR(UNIX ) - drucke Relationen
+             pppprrrriiiinnnnttttrrrr [ ffffllllaaaaggggssss ] dbname { relname }
+
+        =>   -PURGE(UNIX ) - lo"sche alle verfallenen und  tempora"ren
+             Relationen
+             ppppuuuurrrrggggeeee [ ffffllllaaaaggggssss ] { dbname }
+
+        =>   ----rrrreeeeffffrrrr {sections}
+
+        =>   -RESTORE(UNIX ) - Recovery nach einem ING_DB  oder UNIX
+              crash
+             rrrreeeessssttttoooorrrreeee [ ffffllllaaaaggggssss ] { dbname }
+
+        =>   ----ssssaaaavvvveeeerrrr [ ffffllllaaaaggggssss ] dbname relname month day year
+
+        =>   -SYSMOD(UNIX ) - modifiziere  die  Systemrelationen  zu
+             vordefinierten Speicherstrukturen
+             ssssyyyyssssmmmmoooodddd [ ffffllllaaaaggggssss ] dbname { rrrreeeellllnnnnaaaammmmeeee }
+
+        =>   -USERSETUP(UNIX ) - erstelle ING_DB  -Nutzerverzeichnis
+             uuuusssseeeerrrrsssseeeettttuuuupppp [-]
+
+        =>   -ZIP(UNIX ) - erstelle Eingabeprozedur  fu"r  AMX-  oder
+             EQUEL-Programme
+             zzzziiiipppp [[[[ffffllllaaaaggggssss]]]] mmmmaaaasssskkkk____ffffiiiilllleeee {flags[flag_arg]}
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                    UUUUNNNNIIIIXXXX
+
+
+
+
+
+        Referenz-Manual            - 66 -                UUUUeeeebbbbeeeerrrrssssiiiicccchhhhtttt
+
+
+                            IIIINNNNGGGG____DDDDBBBB  ---- RRRReeeeffffeeeerrrreeeennnnzzzz MMMMaaaannnnuuuuaaaallll
+
+
+
+
+
+
+                                   TTTTEEEEIIIILLLL UUUUNNNNIIIIXXXX
+
+
+
+
+
+        ################################################################
+        ################################################################
+        ##                                                            ##
+        ##                                                            ##
+        ##                                                            ##
+        ##                                                            ##
+        ##                                                            ##
+        ##        ###   #     #  #####          ######  ######        ##
+        ##         #    ##    # #     #         #     # #     #       ##
+        ##         #    # #   # #               #     # #     #       ##
+        ##         #    #  #  # #  ####         #     # ######        ##
+        ##         #    #   # # #     #         #     # #     #       ##
+        ##         #    #    ## #     #         #     # #     #       ##
+        ##        ###   #     #  #####  ####### ######  ######        ##
+        ##                                                            ##
+        ##                                                            ##
+        ##                                                            ##
+        ##              #     # #     #   ###   #     #               ##
+        ##              #     # ##    #    #     #   #                ##
+        ##              #     # # #   #    #      # #                 ##
+        ##              #     # #  #  #    #       #                  ##
+        ##              #     # #   # #    #      # #                 ##
+        ##              #     # #    ##    #     #   #                ##
+        ##               #####  #     #   ###   #     #               ##
+        ##                                                            ##
+        ##                                                            ##
+        ##                                                            ##
+        ##                                                            ##
+        ##                                                            ##
+        ################################################################
+        ################################################################
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                    UUUUNNNNIIIIXXXX
+
+
+
+
+
+        Referenz-Manual            - 67 -                        AAAAMMMMXXXX
+
+
+        NNNNAAAAMMMMEEEE
+
+             amx - erweitertes Zugriffsmethoden-Interface
+                   Access Method - an eXtended Interface
+
+        SSSSYYYYNNNNOOOOPPPPSSSSIIIISSSS
+
+             aaaammmmxxxx [ ffffllllaaaaggggssss ] file.x
+             aaaammmmxxxxffff [ ffffllllaaaaggggssss ] file.x
+             ssssaaaammmmxxxx [ ffffllllaaaaggggssss ] file.x
+             ooooaaaammmmxxxx [ ffffllllaaaaggggssss ] file.x
+             ooooaaaammmmxxxxffff [ ffffllllaaaaggggssss ] file.x
+
+        BBBBEEEESSSSCCCCHHHHRRRREEEEIIIIBBBBUUUUNNNNGGGG
+
+             Der AMX-Compiler hat prinzipiell eine a"hnliche Aufgabe,
+             wie  der  Pre-Prozessor EQC. Seine herausragende Bedeu-
+             tung beruht auf dem  schnellen  Zugriff  der  erzeugten
+             Programme  auf  die  Tupel  von  Relationen  fu"r aktive
+             Anwendungsfa"lle.
+
+             Dieser  Vorteil  wurde  dadurch  erreicht,   dass   die
+             Zugriffsmethode  aus  dem  Datenbanksystem herausgelo"st
+             und verselbsta"ndigt in einem C-Programm la"uft.
+
+             AAAAMMMMXXXX ist in das relationale  Modell  von  ING_DB   6.3/3
+             integriert.   Durch ein AMX-Programm ko"nnen Daten einer
+             ING_DB  6.3/3 Datenbank manipuliert werden. AMX ist  an
+             die  Programmiersprache  C  gebunden,  es  erzeugt  ein
+             gu"ltiges C-Programm,  das  mit  dem  C-Compiler  weiter
+             verarbeitet   wird.   Es  besteht  aus  einem  Compiler
+             (Preprozessor) und einer  Laufzeitbibliothek  "liba.a".
+             Sein   Vorteil   besteht   in  der  wesentlich  ho"heren
+             Zugriffsgeschwindigkeit (gegenu"ber EQC: Faktor 0,1  bis
+             0,01),  sein Nachteil in der Beschra"nkung auf DDDDMMMMLLLL -Kom-
+             mandos.  AMX ist die  entscheidende  Voraussetzung  zur
+             Erzeugung  laufzeiteffektiver Programme auf 16-bit Com-
+             putern.
+
+             CCCCoooommmmppppiiiillllaaaattttiiiioooonnnn
+
+             AMX-Programmnamen mu"ssen mit ".x" enden. Der Aufruf des
+             Preprozessors  und  der  automatische Ruf des Compilers
+             erfolgt mit
+
+                     amx -o file file.x
+
+             Es ko"nnen die, von  cc  bekannten  Flags  und  Optionen
+             genutzt  werden.   Die fu"r amx notwendigen Bibliotheken
+             werden  automatisch  eingezogen,  private  Bibliotheken
+             sind anzugeben.
+
+             AAAAcccchhhhttttuuuunnnngggg!!!!  Beachten sie, dass das  ausfu"hrbare  Programm
+             auf  den  Modus "6711" (chmod) eingestellt und "ing_db"
+             angeeignet ist. Sofern Programme kopiert  werden,  sind
+             diese Eigenschaften wiederherzustellen!
+
+
+
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                    UUUUNNNNIIIIXXXX
+
+
+
+
+
+        Referenz-Manual            - 68 -                        AAAAMMMMXXXX
+
+
+             SSSSyyyynnnnttttaaaaxxxx
+
+             AMX-Programme  laufen  jetzt  im   current   directory,
+             d.h.  file-Namen mu"ssen nicht la"nger als volle  Pfadna-
+             men angegeben werden.
+             Der AMX-Compiler hat  den  C-Compiler  als   Untermenge
+             integriert,    d.h.   die   Benutzung   von   AMX(UNIX)
+             entspricht der Benutzung von cc(1).
+             Der   AMX-Compiler   kennt  gegenu"ber  dem   C-Compiler
+             keine  neuen  Flags,  alle  Flags  sind  also Flags von
+             cc(1).
+             Bei der Erzeugung von  Datenbankprogrammen  muss  immer
+             der  AMX-Compiler  anstelle des  C-Compilers  verwendet
+             werden.  Fu"r das Linken eines  Programmes muss das Flag
+             `-o name' zur  Angabe des  Programmnamens  spezifiziert
+             werden,  um das automatische  Laden   der   Laufzeitbi-
+             bliothek des AMX- Compilers anzuweisen.  Die  Laufzeit-
+             bibliothek  muss  unter  dem  Namen    `.../lib/liba.a'
+             bereitgestellt  werden,   darf also  nach  der  Generi-
+             erung nicht nach  `/usr/lib'  bzw.  `/lib' bewegt  wer-
+             den.
+
+             Beispiele:
+
+             1)   Erzeuge Objektmodul aus einer AMX-Quelle
+                      amx -c -O neuheit.x
+
+             2)   Erzeuge Programm aus einem Objektmodul
+                      amx -o neuheit neuheit.o
+
+             3)   Erzeuge Programm aus einer AMX-Quelle
+                      amx -O -o neuheit neuheit.x
+
+             4)   Erzeuge Programm aus einer AMX- und einer C-Quelle
+                      amx -O -o neuheit.x zusatz.c
+
+             5)   Erzeuge Objektmodule aus einer AMX- und  einer  C-
+                  Quelle
+                      amx -c -O neuheit.x zusatz.c oder
+                      amx -c -O neuheit.x;cc -c -O zusatz.c
+
+             6)   Erzeuge Programm aus Objektmodulen
+                      amx -o neuheit neuheit.o zusatz.o
+
+             Natu"rlich ko"nnen auch  Bibliotheken verarbeitet werden,
+             bzw.  `neuheit.o' kann in eine Bibliothek gestellt wer-
+             den.  Auf jeden Fall muss mit dem AMX-Compiler  gelinkt
+             werden !
+
+             Neben dem AMX-Statement
+                ## ing_db [flags] db_name
+             gibt es jetzt
+                ## shared [flags] db_name
+             wobei `ing_db' die Datenbank exklusiv (also alleinig) und
+             `shared' die Datenbank parallel verwendbar ero"ffnet.
+
+             Das neue AMX-Statement
+                ## tuplelength rel_name  c_var_name  stellt  in  der
+             numerischen   C-Variablen   `c_var_name' die Tupella"nge
+             der  Relation   `rel_name'   bereit.    Es   gibt   die
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                    UUUUNNNNIIIIXXXX
+
+
+
+
+
+        Referenz-Manual            - 69 -                        AAAAMMMMXXXX
+
+
+             Mo"glichkeit  Transaktionen   (TA)  zu  formulieren, die
+             nutzerbezogene   Datenbankkonsistenzen    realisierren.
+             Eine TA wird durch
+                ## use ([+]rel_name {, [+]rel_name}) eingeleitet und
+             durch
+                ## commit beendet.  Das Zeichen `+' gibt  an,   dass
+             die Relation gea"ndert werden soll (REPLACE, DELETE oder
+             APPEND).  Fehlt diese Angabe,  wird  von  der  Relation
+             gelesen   (RETRIEVE).   Folgende Regeln sollten bei der
+             Formulierung von TA's beachtet werden:
+
+             1)   Immer `shared' verwenden, wenn nicht  ausdru"cklich
+                  die  alleinige  Verwendung  der  Datenbank beabsi-
+                  chtigt ist.
+
+             2)   Immer TA's formulieren, wenn Recherchen u"ber  mehr
+                  als eine Relation gehen sollen.
+
+             3)   Alle A"nderungen in TA's einkleiden.
+
+             4)   Wenn  eine   TA  la"uft,   kann  keine  weiter   TA
+                  begonnen werden.
+
+             5)   Innerhalb einer Recherche (RETRIEVE) kann keine TA
+                  begonnen  werden,  die   Recherche muss in die  TA
+                  eingeschlossen werden.
+
+             6)   Innerhalb  einer  TA  kann  keine  Recherche  oder
+                  A"nderung fu"r eine Relation,  die nicht Bestandteil
+                  der TA ist, gestartet werden.  Die  Relation  muss
+                  in die  TA eingeschlossen werden.
+
+             A"hnlich  EQUEL   werden   AMX-Anweisungen   durch   die
+             Kennzeichnung  von  "##"  am  Zeilenanfang  in  das  C-
+             Programm eingebettet.
+
+             Folgende Typen von C-Variablen werden unterstu"tzt:
+
+                  - short         (i2)
+                  - int           (i2)
+                  - long          (i4)
+                  - float         (f4)
+                  - double        (f8)
+                  - char *
+                  - char []       (c1...255)
+
+             Jede Variable  ist  global  zu  deklarieren,  der  Wer-
+             tebereich   ist  implementationsabha"ngig  (Klammerwerte
+             beziehen sich auf 16-Bit-Prozessoren).
+
+             In C-Programmen stehen die Typen
+
+                 i1, i2, i4, f4 und f8
+
+
+             fu"r  die   Deklaration   von   Austauschvariablen   zur
+             Verfu"gung.
+             Alle AMX-Routinen und globale  Variablen  beginnen  mit
+             den  Zeichen  "AA",  somit sind alle Namen der Form "AA
+             ..."  reserviert  und  sollten  in  den  AMX-Programmen
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                    UUUUNNNNIIIIXXXX
+
+
+
+
+
+        Referenz-Manual            - 70 -                        AAAAMMMMXXXX
+
+
+             vermieden werden.
+
+             Im  AMX-Programm  muss  die  Eintrittsfunktion  "amx()"
+             heissen,  da  der  Preprozessor ein "main()" generiert.
+             Die Datenbank muss, einschliesslich  zu  verarbeitender
+             Relationen  (Struktur) gegru"ndet sein.  Die erste Zeile
+             des Programms benennt die Datenbank:
+
+                     ## ing_db [flags] dbname
+                     oder
+                     ## shared [flags] dbname
+
+             Die ausfu"hrliche Beschreibung folgt im  Teil  II,  hier
+             folgende Kurzform:
+
+             Bezeichnung der verwendeten Datenbank (Einzel-,
+             Mehrnutzer-DB):
+             """"########    iiiinnnngggg____ddddbbbb [[[[ffffllllaaaaggggssss]]]] ddddbbbbnnnnaaaammmmeeee"""" ooooddddeeeerrrr """"########   qqqquuuueeeellll [[[[ffffllllaaaaggggssss]]]] ddddbbbbnnnnaaaammmmeeee""""
+
+             """"########    sssshhhhaaaarrrreeeedddd [[[[ffffllllaaaaggggssss]]]] ddddbbbbnnnnaaaammmmeeee""""
+
+             O"ffnen der Relation:
+             """"########    ooooppppeeeennnn rrrreeeellll""""
+
+             Schliessen der Relation:
+             """"########    cccclllloooosssseeee rrrreeeellll""""
+
+             Fu"r Mehrnutzer-DB Sperrbereich zum Update der Kataloge
+             einstellen:
+             """"########    uuuusssseeee (((([[[[mmmmooooddddeeee]]]]rrrreeeellll,,,, ........))))""""
+
+             """"########    ccccoooommmmmmmmiiiitttt""""
+
+             Anfu"gen an eine Relation:
+             """"########    aaaappppppppeeeennnndddd rrrreeeellll ttttaaaarrrrggggeeeetttt""""
+
+             Werte im Tupel ersetzen:
+             """"########    rrrreeeeppppllllaaaacccceeee ttttaaaarrrrggggeeeetttt""""
+
+             Tupel lo"schen:
+             """"########    ddddeeeelllleeeetttteeee""""
+
+             Tupel drucken:
+             """"########    pppprrrriiiinnnntttt (((())))""""
+
+             Anzahl der Tupel einer Relation bestimmen:
+             """"########    ttttuuuupppplllleeeeccccoooouuuunnnntttt cccc____vvvvaaaarrrr""""
+
+             Tupel finden (Recherche und positionieren),
+             analog "retrieve" aufzufassen:
+             """"########    rrrreeeettttrrrriiiieeeevvvveeee rrrreeeellll qqqquuuuaaaallll ttttaaaarrrrggggeeeetttt""""
+
+             EEEErrrrllllaaaa""""uuuutttteeeerrrruuuunnnngggg::::
+
+
+
+
+
+
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                    UUUUNNNNIIIIXXXX
+
+
+
+
+
+        Referenz-Manual            - 71 -                        AAAAMMMMXXXX
+
+
+
+             flags:    +Zahl    =: Anzahl zusa"tzlicher
+                                   Puffer fu"r die Zugriffs-
+                                   methoden
+
+                       -u login =: alter-ego-Flag fu"r
+                                   das AMX-Programm
+
+
+
+             rel:    Relationenname
+             qual:   Qualifikation =: $dom1 op $dom2, ...
+                                      $dom1 op c_var, ...
+                                      $dom1 = c_const
+             target: Wertzuweisung =: ($dom1=$dom2, ...)
+                                      (c_var=$dom1, ...)
+                                      ($dom1=c_var, ...)
+                                      $dom1 = c_const
+             op:     Vergleich     =: =, >, >=, <, <=, !=
+             c_var:  fu"r amx gu"ltige C-Variable
+             mode:   Lesen und Schreiben =: +
+                     Lesen =: (Standard, ohne Angabe)
+
+
+             Zur Verdeutlichung folgende Beispiele:
+
+
+                 ----------------------------------------------------
+
+                 ##  ing_db dt
+
+                 amx()
+                 {
+                 /* analog: retrieve (personal.all) */
+                 ## open personal
+                 ## retrieve personal
+                 ## {
+                 ##     print ()
+                 ## }
+                 ## close personal
+                 }
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                    UUUUNNNNIIIIXXXX
+
+
+
+
+
+        Referenz-Manual            - 72 -                        AAAAMMMMXXXX
+
+
+
+
+
+                 ## ing_db demo
+
+                 ## i2    tnum;
+
+                 amx()
+                 {
+                 /* analog: retrieve (teile.tname, teile.tnum)
+                 **           where teile.tnum = 2 or teile.tnum = 10
+                 */
+                 ## open teile
+                 ## retrieve teile $tnum <= 10 and $tnum >= 2 (tnum = $tnum)
+                 ## {
+                       if (tnum == 2 || tnum == 10)
+                       {
+                 ##            print ($tname, $tnum)
+                               putchar('0);
+                       }
+                 ## }
+                 ## close teile
+                 }
+
+             Die Definition im "retrieve" $tnum = 10 and $tnum  =  2
+             wu"rde  einen  Widerspruch  liefern,  da  die  logischen
+             Ausdru"cke nicht mit "or" verknu"pft werden ko"nnen.
+
+
+        ------------------------------------------------------
+
+
+        Beispiel fu"r geschachtelte "retrieve's":
+
+
+        ## shared demo
+
+
+        ## char        personal[21];
+        ## int         leiter;
+
+        amx()
+        {
+           printf("retrieve (personal.name) und den Chef von ihm\n");
+           printf("------------\n");
+        ## open personal
+
+        ## retrieve personal (personal = $name, leiter = $leiter)
+        ## {
+                printf("personal %s ", personal);
+                if (leiter == 0)
+                {
+                  printf("Direktor\n");
+                  continue;
+                }
+        ##   scan personal $num = $leiter (personal = $name)
+        ##   {
+                  printf("Leiter %s\n", personal);;
+        ##   }
+        ## }
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                    UUUUNNNNIIIIXXXX
+
+
+
+
+
+        Referenz-Manual            - 73 -                        AAAAMMMMXXXX
+
+
+        ## close personal
+           printf("------------\n");
+        }
+
+        ----------------------------------------------------
+
+        Die mit "printf()" realisierten Ausgaben zeigen eine  Analo-
+        gie zum entsprechenden QUEL-Kommando, mit der Ausnahme, dass
+        anstelle der target_variable'n der Relationenname  verwendet
+        wurde.
+
+        Beispiel fu"r einen rekursiven "retrieve" als Prozedur:
+
+
+        ## shared demo
+
+
+        ## i2          leiter;
+        ## char        personal[21];
+
+        amx()
+        {
+           printf("retrieve (personal.name) and all chefes of him\n");
+           printf("------------\n");
+        ## open personal
+
+        ## retrieve personal (personal = $name, leiter = $leiter)
+        ## {
+                scan();
+        ## }
+
+        ## close personal
+           printf("------------\n");
+        }
+
+        scan()
+        {
+           printf("%s ", personal);
+           if (leiter == 0)
+           {
+                putchar('\n');
+                return;
+           }
+        ## retrieve personal $num = leiter
+        ##   (personal = $name, leiter = $leiter)
+        ## {
+                scan();
+        ## }
+        }
+
+        ----------------------------------------------------
+
+        Ermittlung der Tupelanzahl:
+
+
+        ## shared demo
+
+
+        ## i2          leiter;
+        ## char        personal[21];
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                    UUUUNNNNIIIIXXXX
+
+
+
+
+
+        Referenz-Manual            - 74 -                        AAAAMMMMXXXX
+
+
+        amx()
+        {
+           register int count;
+           int         c_cnt;
+           int         l_cnt;
+           int         p_cnt;
+
+           printf("retrieve (personal.name) und seine Position\n");
+           printf("------------\n");
+           c_cnt = l_cnt = p_cnt = 0;
+        ## open personal
+
+        ## retrieve personal (personal = $name, leiter = $leiter)
+        ## {
+                printf("%s ", personal);
+                if (leiter == 0)
+                {
+                  printf("chef\n");
+                  c_cnt++;
+                  continue;
+                }
+                count = 0;
+        ##   scan personal $leiter = $num
+        ##   {
+                  count++;
+        ##   }
+                if (count)
+                {
+                  printf("Leiter\n");
+                  l_cnt++;
+                }
+                else
+                {
+                  printf("Angestellter\n");
+                  p_cnt++;
+                }
+        ## }
+
+        ## close personal
+           printf("TOTAL:\t%3d\n", c_cnt + l_cnt + p_cnt);
+           printf("\t%3d Direktoren\n", c_cnt);
+           printf("\t%3d Leiter\n", l_cnt);
+           printf("\t%3d Angestellte\n", p_cnt);
+           printf("------------\n");
+        }
+
+        ----------------------------------------------------
+
+        Rekursiver "retrieve" zur Ermittlung einer Struktur:
+
+
+        ## shared demo
+
+
+           int         level;
+        ## i2          leiter;
+        ## char        personal[21];
+
+        amx()
+        {
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                    UUUUNNNNIIIIXXXX
+
+
+
+
+
+        Referenz-Manual            - 75 -                        AAAAMMMMXXXX
+
+
+           printf("retrieve personal structure\n");
+           printf("------------\n");
+        ## open personal
+           leiter = 0;
+           scan();
+        ## close personal
+           printf("------------\n");
+        }
+
+        scan()
+        {
+           register int          i;
+
+           if (leiter)
+           {
+                for (i = level - 1; i; --i)
+                  putchar('\t');
+                printf("%s\n", personal);
+           }
+           level++;
+        ## retrieve personal $leiter = leiter
+        ##    (personal = $name, leiter = $num)
+        ## {
+                scan();
+        ## }
+           --level;
+        }
+
+        ----------------------------------------------------
+
+        Verwendung von "use" und "commit":
+
+        ## shared demo
+
+        amx()
+        {
+           printf("retrieve (lieferung.lnum)\n");
+           printf("where teile.tname = \"Zentraleinheit\"\
+                 and lieferung.tnum = teile.tnum\n");
+           printf("------------\n");
+        ## open teile
+        ## open lieferung
+
+        ## use (teile, lieferung)
+        ## retrieve teile $tname = "Zentraleinheit"
+        ## {
+        ##   retrieve lieferung $tnum = $tnum
+        ##   {
+        ##        print ($lnum)
+        ##   }
+        ## }
+        ## commit
+
+        ## close teile
+        ## close lieferung
+           printf("------------\n");
+        }
+
+        ----------------------------------------------------
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                    UUUUNNNNIIIIXXXX
+
+
+
+
+
+        Referenz-Manual            - 76 -                        AAAAMMMMXXXX
+
+
+        Die folgenden Beispiele sind so gehalten, dass sie sich ohne
+        Mu"he selbst orientieren ko"nnen.
+
+        ## shared demo
+
+        amx()
+        {
+           printf("delete personal\n");
+           printf("retrieve (personal.all)\n");
+           printf("------------\n");
+        ## open personal
+
+        ## use (+personal)
+        ## retrieve personal
+        ## {
+        ##   delete
+        ## }
+        ## commit
+
+        ## use (personal)
+        ## retrieve personal
+        ## {
+        ##   print ()
+                printf("------------\n");
+        ## }
+        ## commit
+
+        ## close personal
+           printf("------------\n");
+        }
+
+
+        ----------------------------------------------------
+
+        ## shared demo
+
+        amx()
+        {
+           printf("delete personal where personal.leiter = 129\n");
+           printf("retrieve (personal.all)\n");
+           printf("------------\n");
+        ## open personal
+
+        ## use (+personal)
+        ## retrieve personal $leiter = 129
+        ## {
+        ##   delete
+        ## }
+        ## commit
+
+        ## use (personal)
+        ## retrieve personal
+        ## {
+        ##   print ()
+                printf("------------\n");
+        ## }
+        ## commit
+
+        ## close personal
+           printf("------------\n");
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                    UUUUNNNNIIIIXXXX
+
+
+
+
+
+        Referenz-Manual            - 77 -                        AAAAMMMMXXXX
+
+
+        }
+
+
+        ----------------------------------------------------
+
+        ## shared demo
+
+        amx()
+        {
+           printf("append personal (name = \"Heinrich, Heinz\",\
+                 gehalt = 10000)\n");
+           printf("retrieve (personal.name, personal.gehalt)\n");
+           printf("------------\n");
+        ## open personal
+
+        ## use (+personal)
+        ## append personal ($name = "Heinrich, Heinz",
+        ##    $gehalt = 10000)
+        ## commit
+
+        ## use (personal)
+        ## retrieve personal
+        ## {
+        ##   print ($name, $gehalt)
+        ## }
+        ## commit
+
+        ## close personal
+           printf("------------\n");
+        }
+
+
+        ----------------------------------------------------
+
+             DDDDeeeekkkkllllaaaarrrraaaattttiiiioooonnnneeeennnn
+
+             C-Variable, die zwischen den Doma"nen und dem C-Programm
+             Werte  u"bergeben  oder u"bernehmen sollen, mu"ssen global
+             deklariert werden und durch "##"  amx  bekannt  gemacht
+             werden.  Die  Deklaration muss vor amx() stehen und das
+             Zeilenende mit ";" abgeschlossen  werden.   Die  Anzahl
+             dieser  Variablen  ist  begrenzt  (unabha"ngig  vom Typ:
+             255).
+
+             """"FFFFeeeehhhhlllleeeerrrr uuuunnnndddd UUUUnnnntttteeeerrrrbbbbrrrreeeecccchhhhuuuunnnnggggeeeennnn""""
+
+             UUUU""""bbbbeeeerrrrsssseeeettttzzzzuuuunnnnggggssssffffeeeehhhhlllleeeerrrr werden in folgender Form ausgegeben:
+
+                     Zeilennummer: Fehlertext
+
+             U"bersetzungsfehler  fu"hren  nicht   zum   Abbruch   der
+             U"bersetzung.   Fehler  sind  selbsterkla"rend.   Syntak-
+             tische Fehler werden durch die Ausschrift
+
+                 syntax error
+
+             ohne na"here Erla"uterung ausgewiesen.  Aufgrund der ein-
+             fachen  Syntax  von AMX muss der Fehler selbst gedeutet
+             werden.
+             Angaben von  Zeilennummern  beziehen  sich  sowohl  vom
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                    UUUUNNNNIIIIXXXX
+
+
+
+
+
+        Referenz-Manual            - 78 -                        AAAAMMMMXXXX
+
+
+             AMX-Compiler  als  auch  vom  C-Compiler  auf  die AMX-
+             Quelle.
+
+             Neben den U"bersetzungsfehlern werden vom  AMX  Compiler
+             bzw.   dem ING_DB  6.3/3 System Fehler erzeugt, die zum
+             Abbruch der U"bersetzung fuehren.
+
+             LLLLaaaauuuuffffzzzzeeeeiiiittttffffeeeehhhhlllleeeerrrr
+
+             AMX  Laufzeitfehler  werden  durch  die   Ausgabe   von
+             mehrzeiligen Meldungen protokolliert. Nach einem Fehler
+             wird das AMX Programm mit dem exit-Wert 1 beendet. Alle
+             Fehlernummern  <  100  verweisen auf interne Fehler des
+             Datenbanksystems ING_DB  6.3/3 und  sollten  von  einem
+             ING_DB   6.3/3  Systemprogrammierer  analysiert werden.
+             Auf jeden Fall  sollte  die  Konsistenz  der  Datenbank
+             u"berprueft werden (siehe (RESTORE(UNIX )). Alle Fehler-
+             nummern  >=  100  sind  Nutzerfehler,  die  vom  Anwen-
+             dungsprogrammierer selbst analysiert werden ko"nnen.
+
+             In der ersten Zeile wird die Nummer  des  aufgetretenen
+             Fehlers ausgewiesen:
+
+                     AMXERR: * * * * * * *   VALUE
+
+
+             Ist   die   C-Variable   "errno"   ungleich   0,   wird
+             anschliessend  der UNIX -Fehlerwert (siehe UNIX -Manual
+             INTRO(2)) protokolliert:
+
+                     UNIX   error   VALUE
+
+
+             Dieser Wert muss nicht unbedingt mit dem  aufgetretenen
+             Fehler  zusammenha"ngen,  da  die C-Variable "errno" vor
+             einem UNIX -Ruf nicht auf 0 gesetzt wird und auf einen,
+             im Programm weit zuru"ckliegenden Fehler verweisen kann.
+
+             Hat die Zugriffsmethode einen Fehler erzeugt,  wird  er
+             in folgender Form protokolliert:
+
+                     ACCESS  error   VALUE
+
+
+             Die Werte VALUE haben folgende Bedeutung:
+
+             -1   read error
+             -2   write error
+             -3   open error
+             -4   open error of system catalog "relation"
+             -5   open error of system catalog "attribute"
+             -6   missing or too many domains for a relation
+             -7   close error
+             -8   unknown storage structure
+             -9   invalid tupel identifier (tid)
+             -10  attempt to open a view
+
+
+
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                    UUUUNNNNIIIIXXXX
+
+
+
+
+
+        Referenz-Manual            - 79 -                        AAAAMMMMXXXX
+
+
+             Der folgende AMX Rueckkehrwert
+
+                     AMX-RCVALUE
+
+
+             verweist auf Inkonsistenzen in der Datenbasis und  muss
+             von einem ING_DB  6.3/3 Systemprogrammierer ausgewertet
+             werden.
+
+             Zuletzt wird die oben genannte Fehlernummer durch einen
+             Text na"her erla"utert.
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                    UUUUNNNNIIIIXXXX
+
+
+
+
+
+        Referenz-Manual            - 80 -                     CCCCOOOOPPPPYYYYDDDDBBBB
+
+
+        NNNNAAAAMMMMEEEE
+
+             copydb - erzeuge Quellprogramme,  um  Relationen  einer
+             Datenbank zu sichern bzw. neu zu erstellen
+
+        SSSSYYYYNNNNOOOOPPPPSSSSIIIISSSS
+
+             ccccooooppppyyyyddddbbbb [ ffffllllaaaaggggssss ] dbname directory { relname }
+
+        BBBBEEEESSSSCCCCHHHHRRRREEEEIIIIBBBBUUUUNNNNGGGG
+
+             copydb  erzeugt  zwei  QUEL-Programme  im   angegebenen
+             ddddiiiirrrreeeeccccttttoooorrrryyyy::::
+
+             copy.out  entha"lt  QUEL-Statements  zum  KKKKooooppppiiiieeeerrrreeeennnn   von
+                       Relationen der mit ddddbbbbnnnnaaaammmmeeee bezeichneten Daten-
+                       bank auf ((((ccccooooppppyyyy----iiiinnnnttttoooo))))  UNIX  -Files  innerhalb
+                       des  angegebenen  ddddiiiirrrreeeeccccttttoooorrrryyyy....  Es erfolgt eine
+                       Auswahl der Relationen: Grundsa"tzlich  werden
+                       nur  solche  Relationen  kopiert, fu"r die der
+                       Nutzer Eigner  ist.   Es  werden  davon  alle
+                       Relationen  angesprochen,  wenn nicht im Kom-
+                       mando mit {relname} eine konkrete  Aufza"hlung
+                       erfolgt.
+
+             copy.in   entha"lt QUEL-Statements, mit denen  die  eben
+                       ausgewa"hlten  Relationen  erzeugt werden, die
+                       Ru"ck-Kopien  ((((ffffrrrroooommmm))))  erfolgen,  ggf.  Indizes
+                       erzeugt  werden und auch ggf. Modifizierungen
+                       ((((mmmmooooddddiiiiffffyyyy)))) der erzeugten  Relationen  erfolgen.
+                       Alle Zugriffsberechtigungen, Integrita"ten und
+                       Sichten wurden definiert.
+
+             Die Programme sind damit dazu  verwendbar,  eine  Menge
+             von  Relationen  in  Files eines directory zu speichern
+             und aus diesen auf einer leeren Datenbank wieder  deren
+             alten  Zustand herstellen zu ko"nnen.  Ausserdem liefert
+             das Programm die Dokumentation zur Struktur  der  Rela-
+             tion.
+
+             Die erzeugten Files erhalten den  gleichen  Namen,  wie
+             die  der  Relationen:  der  dem Nutzer bekannte rrrreeeellllnnnnaaaammmmeeee
+             gefolgt vom  ING_DB   6.3/3-Usercode  (2  Bytes).   Das
+             ddddiiiirrrreeeeccccttttoooorrrryyyy  muss  mit vollem Pfadnamen angegeben werden.
+             Der Pfad darf nicht dem Datenbankpfad entsprechen.  Das
+             ist   insbesondere  zu  beachten,  wenn  die  Datenbank
+             ausserhalb des Standards angelegt ist.
+
+        BBBBEEEEIIIISSSSPPPPIIIIEEEELLLL
+
+                cd /mnt/meindir
+                copydb db backup
+                quel db < backup/copy.out
+                tar r1 backup
+                rm -r backup
+
+                tar x1
+                quel db < backup/copy.in
+
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                    UUUUNNNNIIIIXXXX
+
+
+
+
+
+        Referenz-Manual            - 81 -                     CCCCOOOOPPPPYYYYDDDDBBBB
+
+
+        SSSSIIIIEEEEHHHHEEEE AAAAUUUUCCCCHHHH
+
+             quel(unix),  copy(quel),   create(quel),   index(quel),
+             modify(quel),       define(quel),      integrity(quel),
+             view(quel), permit(quel)
+
+        HHHHIIIILLLLFFFFEEEENNNN
+
+             ccccooooppppyyyyddddbbbb erzeugt in  copy.in  QUEL-Statements  zur  Modi-
+             fizierung  von Relationen und Indizes auf die Speicher-
+             struktur, die sie  vorher  hatten.   Allerdings  werden
+             dabei    weder   fillfactor-   noch   minpage-/maxpage-
+             Spezifikationen erzeugt.
+
+             Bei  Sichten  und   Zugriffsrechten   ko"nnen   Probleme
+             entstehen,  wenn die Sichten oder Zugrifsrechte nutzer-
+             fremde Relationen einschliessen und diese zum Zeitpunkt
+             der Abarbeitung des ccccooooppppyyyy____iiiinnnn -Programms noch nicht exis-
+             tieren.
+
+             Zu einer sich daraus notwendig ergebenden oder sonstwie
+             gewu"nschten Anpassung ko"nnen die Kommandofiles editiert
+             werden.
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                    UUUUNNNNIIIIXXXX
+
+
+
+
+
+        Referenz-Manual            - 82 -                      CCCCOOOOPPPPYYYYRRRR
+
+
+        NNNNAAAAMMMMEEEE
+
+             copyr - Kopieren von Daten einer Relation von / auf ein
+             UNIX -Standart-File
+
+        SSSSYYYYNNNNOOOOPPPPSSSSIIIISSSS
+
+             ccccooooppppyyyyrrrr  [  ffffllllaaaaggggssss  ]dbname   relname   {domname   format}
+             iiiinnnnttttoooo||||ffffrrrroooommmm file
+
+        BBBBEEEESSSSCCCCHHHHRRRREEEEIIIIBBBBUUUUNNNNGGGG
+
+             ccccooooppppyyyyrrrr transportiert die  Daten  zwischen  einer  ING_DB
+             -Relation und einem UNIX -Standard-File.  Ein Tupel der
+             Relation mit seinen Doma"nen wird einem Satz  der  Datei
+             mit  seinen  Feldern zugeordnet.  Die Transportrichtung
+             <<<<ddddiiiirrrreeeeccccttttiiiioooonnnn>>>> ist entweder iiiinnnnttttoooo oder ffffrrrroooommmm....  Die mit <<<<rrrreeeellll----
+             nnnnaaaammmmeeee>>>>  bezeichnete Relation muss jedenfalls existieren.
+             Die <domname>'s mu"ssen Doma"nen  dieser  Relation  sein.
+             Das  ihnen  zugeordnete  Format  <<<<ffffffffoooorrrrmmmmaaaatttt>>>>  ist das der
+             Felder  des  UNIX  -File.   Das  UNIX  -File  muss  mit
+             "Filename"  durch  einen  kompletten Pfadnamen (auf der
+             Wurzel, also mit "/" beginnend) angegeben werden.
+
+             Beim Kopieren in die Relation ( ccccooooppppyyyyrrrr  <relname>  (...)
+             ffffrrrroooommmm "Filename" ) wird das Statement nur vom Eigentu"mer
+             der Relation angenommen.  Die Relation darf keine  Sys-
+             temrelation  oder  kein  Sekunda"rindex  sein und keinen
+             Sekunda"rindex haben.
+
+             Beim Kopieren in das UNIX -File ( ccccooooppppyyyyrrrr <relname> (...)
+             iiiinnnnttttoooo "Filename" ) wird das Statement nur vom Eigentu"mer
+             der Relation angenommen oder von einem Nutzer, der  fu"r
+             sie Zugriffsberechtigung rrrreeeettttrrrriiiieeeevvvveeee hat.  Der Nutzer muss
+             die entsprechende Berechtigung fu"r  das  file_directory
+             haben.  Das UNIX -File wird mit file_mode 0600 angelegt
+             oder falls es schon vorhanden ist,  neu  erzeugt.   Der
+             ccccooooppppyyyyrrrr  verwendende  Nutzer  wird  Eigentu"mer  des  UNIX
+             -File.
+
+             Beim Kopieren werden folgende Formate <<<<ffffffffoooorrrrmmmmaaaatttt>>>> fu"r die
+             Felder des UNIX -File unterstu"tzt:
+
+
+                  iiii1111,,,, iiii2222,,,, iiii4444
+                   1-, 2- oder 4-Byte-Integer
+
+                  ffff4444,,,, ffff8888
+                   4- oder 8-Byte Gleitkomma (einfache oder doppelte
+                  Genauigkeit)
+
+                  cccc1111,,,, cccc2222,,,, ............ cccc222255555555
+                   - Zeichenkette fester angegebener La"nge
+
+                  cccc0000[[[[<<<<ddddeeeelllliiiimmmm>>>>]]]] |||| """"cccc0000<<<<ddddeeeelllliiiimmmm>>>>"""" - Zeichenkette variabler
+                  La"nge beendet durch den Begrenzer <<<<ddddeeeelllliiiimmmm>>>> (delimi-
+                  tor)
+
+
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                    UUUUNNNNIIIIXXXX
+
+
+
+
+
+        Referenz-Manual            - 83 -                      CCCCOOOOPPPPYYYYRRRR
+
+
+                  dddd0000[[[[<<<<ddddeeeelllliiiimmmm>>>>]]]] |||| """"dddd0000<<<<ddddeeeelllliiiimmmm>>>>""""
+                  dddd1111 ............ dddd222255555555
+                  -  ein  fu"r  die  Relation  bedeutungsloses   Feld
+                  (dummy-Feld siehe folgend).
+
+             Die La"ngenangaben in <<<<ffffffffoooorrrrmmmmaaaatttt>>>> du"rfen  fu"hrende  Nullen
+             haben.
+
+             Die im Statement zugeordnete Doma"ne  der  Relation  zum
+             Feld  des File mu"ssen nicht vom selben Typ oder dersel-
+             ben La"nge sein, ccccooooppppyyyyrrrr  fu"hrt  die  notwendigen  Konver-
+             tierungen durch (s. aber unten Laufzeitfehler).
+
+             Im Statement mu"ssen die Doma"nen  der  Relation  in  der
+             Reihenfolge   der  Felder  der  Sa"tze  des  UNIX  -File
+             aufgeza"hlt  werden.   Die  Zuordnung  in  der  Relation
+             erfolgt  per  Spaltennamen.   Nicht aufgeza"hlte Doma"nen
+             der Relation bleiben vom Kopieren  ausgeschlossen  (bei
+             ffffrrrroooommmm  werden sie durch 0 bzw. eine Leerkette "" initia-
+             lisiert).  Der Satz des  UNIX  -File  muss  vollsta"ndig
+             beschrieben   werden.    Vom  Kopieren  ausgeschlossene
+             Felder mu"ssen als dddduuuummmmmmmmyyyy-Felder aufgeza"hlt werden.   Der
+             fu"r  die dummy-Felder im Statement angegebene <<<<ddddoooommmmnnnnaaaammmmeeee>>>>
+             ist fu"r die Relation bedeutungslos.
+
+             ccccooooppppyyyyrrrr unterstu"tzt die Arbeit mit variabel  langen  Fel-
+             dern  auf  dem  UNIX  -File,  fu"r  die  das, sie hinten
+             begrenzende Zeichen, als Begrenzer (delimitor)  <<<<ddddeeeelllliiiimmmm>>>>
+             bestimmt  werden  muss.  Da die u"blicherweise gewa"hlten
+             Begrenzer auch innerhalb  der  QUEL  eine  syntaktische
+             Bedeutung   haben,  ko"nnen  solche  Zeichen  symbolisch
+             angegeben werden:
+
+                Bezeichner
+                  fu"r        bezeichnet
+                <<<<ddddeeeelllliiiimmmm>>>>
+                -------------------------------------------------
+                nl           new_line-Zeichen <nl>
+                tab          Tabulator-Zeichen <tab>
+                sp           (space) <blank>-Zeichen
+                nul          "\0" Byte vom Wert 0
+                null         "\0" Byte vom Wert 0
+                comma        Komma ","
+                colon        Semikolon ";"
+                dash         Bindestrich "-"
+                lparen       (left  parenthesis) "("
+                rparen       (right parenthesis) ")"
+                x            ein beliebiges Zeichen `x'
+                "x"          ein beliebiges Zeichen `x'
+
+
+             Man  kann  das  <<<<ffffffffoooorrrrmmmmaaaatttt>>>>  auch  als  """"cccc0000<<<<ddddeeeelllliiiimmmm>>>>""""  bzw.
+             """"dddd0000<<<<ddddeeeelllliiiimmmm>>>>  schreiben,  um  eine  Spezialbedeutung  von
+             <delim> innerhalb von QUEL aufzuheben.
+
+             Bei  der  Arbeit  mit  variablen  Feldern  sind  Beson-
+             derheiten   abha"ngig   von   der  Transportrichtung  zu
+             beachten.
+
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                    UUUUNNNNIIIIXXXX
+
+
+
+
+
+        Referenz-Manual            - 84 -                      CCCCOOOOPPPPYYYYRRRR
+
+
+             In die Relation:
+             ccccooooppppyyyyrrrr rrrreeeellllnnnnaaaammmmeeee (...) ffffrrrroooommmm "Filename" :
+
+                  Wenn <<<<ddddeeeelllliiiimmmm>>>> im Statement bei  cccc0000  oder  dddd0000  nicht
+                  angegeben  ist,  wird das erste auftretende Komma,
+                  <tab> oder <nl> als Feldbegrenzer gewertet,  sonst
+                  begrenzt  das angegebene Zeichen <delim> das Feld.
+                  Das Begrenzerzeichen wird nicht  in  das  Attribut
+                  u"bernommen.  Entha"lt das Feld das Begrenzerzeichen
+                  an Stellen, wo es noch nicht Begrenzer sein  soll,
+                  ist diesem Zeichen im Feld ein <backslash> ( "\" )
+                  voranzustellen.
+
+                  Beispiele:
+
+                          chardom= c0     Zeichenkette endend
+                                          auf Komma, <tab> oder <nl>
+                          chardom= c0nl   dto endend auf <nl>
+                          chardom= "c0#"  dto endend auf #
+
+
+                  Wenn chardom= c0comma  definiert  ist,  wu"rde  der
+                  Feldinhalt
+                       Neumann\, Karl,
+                  den Attributwert
+                       Neumann, Karl
+                  erzeugen.
+
+                  Es wird empfohlen, bei der Anlage von UNIX -Files,
+                  die  zur  Kopie  auf ING_DB -Relationen vorgesehen
+                  sind, einen Satzbegrenzer  einzufu"hren,  der  sich
+                  von  allen  Feldbegrenzern unterscheidet.  Dadurch
+                  wird ccccooooppppyyyyrrrr  synchronisiert,  auch  wenn  ein  Satz
+                  fa"lschlicherweise  nicht  die  richtige Anzahl von
+                  Feldern hat.
+
+             In das File:
+             ccccooooppppyyyyrrrr relname (...) iiiinnnnttttoooo "Filename" :
+
+             c0
+
+                  Das Attribut  wird  in  eine  Zeichenkette  fester
+                  La"nge   umgewandelt,   diese   wird  in  das  File
+                  geschrieben.     Fu"r     die     Attribute     von
+                  Zeichenketten-Doma"nen  ergibt  sich  die La"nge aus
+                  dem Doma"nen-Format <<<<ffffoooorrrrmmmmaaaatttt>>>> selbst, fu"r  Attribute
+                  numerischer  Doma"nen erfolgt eine ascii-Umwandlung
+                  auf das Druckformat, das bei  Sitzungsstart  durch
+                  die  ING_DB  -Optionen ----iiii,,,, ----ffff,,,, oder ----cccc beeinflusst
+                  werden kann (s.  qqqquuuueeeellll(unix)).
+
+             c0<delim>
+
+                  wie c0, zusa"tzlich wird das Zeichen <delim> in das
+                  Feld geschrieben.
+
+
+
+
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                    UUUUNNNNIIIIXXXX
+
+
+
+
+
+        Referenz-Manual            - 85 -                      CCCCOOOOPPPPYYYYRRRR
+
+
+             d0
+
+                  unzula"ssig
+
+             d0<delim>
+
+                  Das Zeichen <delim> wird einmal in  den  Satz  des
+                  File  geschrieben;  der  im  Statement  angegebene
+                  <domname> ist bedeutungslos.
+
+             d1, d2, ... d255
+
+                  Der <domname> muss einer der oben als  "Bezeichner
+                  fu"r  <delim>"  aufgeza"hlten  sein.   Das  von  ihm
+                  bezeichnete Zeichen wird 1,2, ... 255 mal  in  den
+                  Satz des UNIX -File geschrieben.
+
+             d1<delim>, d2<delim>, ... d255<delim>
+
+                  Das Zeichen <delim> wird 1,2, ...255  mal  in  das
+                  UNIX  -File geschrieben.  Der im Statement angege-
+                  bene <domname> ist bedeutungslos.
+
+             Zur Sicherung  und  Wiederherstellung  einzelner  Rela-
+             tionen kann das Statement in der Kurzform:
+
+
+                  ccccooooppppyyyy relname () direction "Filename"
+
+             verwendet werden physiche  Kopie  =  (bulk_copy).   Das
+             Statement  wird  in  diesem Falle automatisch mit allen
+             Doma"nen der Relation in deren Erzeugungsreihenfolge und
+             deren   Formaten   erga"nzt.   Man  spart  Formulierung-
+             saufwand, die Abarbeitung  erfolgt  schneller  als  fu"r
+             andere ccccooooppppyyyyrrrr-Statements, da Konvertierungen entfallen.
+
+             Ein  ccccooooppppyyyyrrrr  iiiinnnnttttoooo  -Kommando  wird  auf  Relationen  mit
+             Indizes nicht unterstu"tzt.
+
+             FFFFiiiilllleeee::::
+                UNIX-file-Name, als voller Pfadname oder # fu"r
+                Standardinput bei COPY ... FROM "#" bzw.
+                Standardoutput bei COPY ... INTO "#".
+
+             FFFFllllaaaaggggssss::::
+                -uxx        - alter-ego-Flag fu"r
+                              den UNIX-login-Name `xx'
+                +-w         - wait-Flag
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                    UUUUNNNNIIIIXXXX
+
+
+
+
+
+        Referenz-Manual            - 86 -                    CCCCRRRREEEEAAAATTTTDDDDBBBB
+
+
+        NNNNAAAAMMMMEEEE
+
+             creatdb - Erzeuge eine Datenbank
+
+        SSSSYYYYNNNNOOOOPPPPSSSSIIIISSSS
+
+             ccccrrrreeeeaaaattttddddbbbb [ ffffllllaaaaggggssss ] [ ----eeee ] [ ----mmmm ] [ ++++----cccc ] [ ++++----qqqq ] dbname
+
+        BBBBEEEESSSSCCCCHHHHRRRREEEEIIIIBBBBUUUUNNNNGGGG
+
+             ccccrrrreeeeaaaattttddddbbbb erzeugt eine neue ING_DB  Datenbank oder  modi-
+             fiziert  den  Status einer existierenden.  Der das Kom-
+             mando verwendende Nutzer wird der  Datenbankadministra-
+             tor  (DBA)  fu"r  die  Datenbank.  Der DBA hat spezielle
+             Berechtigungen, die den normalen Nutzern  versagt  wer-
+             den.   Die  Benutzung des Kommandos setzt die Erlaubnis
+             zur Erzeugung von  Datenbanken  (siehe  uuuusssseeeerrrrssss  (files))
+             voraus.
+
+             ddddbbbbnnnnaaaammmmeeee ist der Name der zu erzeugenden Datenbank.   Der
+             Name  muss einmalig (unique) unter allen Datenbanknamen
+             aller ING_DB  6.3/3 Nutzer sein.
+
+             Es gibt jetzt die  Mo"glichkeit,  die  Seitengro"sse  der
+             Datenbank    an    das    Betriebssystem    anzupassen.
+             Unterstu"tzt werden   Seitengro"ssen  von  512  und  1024
+             Bytes.   Durch die Angabe des Flags `-1' werden  512'er
+             und durch die  Angabe  es  Flags  `-2'  werden  1024'er
+             Datenbanken erzeugt.
+             Standard sind 1024'er Datenbanken.
+             Beide   Formen  ko"nnen   parallel  in   einem    System
+             angelegt  werden, ING_DB 6.3/3  verwaltet diesen Unter-
+             schied intern.  512'er ko"nnen nicht in 1024'er   Daten-
+             banken   konvertiert  werden,  dazu mu"ssen sie  logisch
+             auskopiert  und   wieder   einkopiert   werden   (siehe
+             copydb(unix)).
+
+             Das Flag ++++----cccc definiert  die  Gleichzeitigkeitskontrolle
+             der  Datenbank.   Die  Form ++++cccc schaltet sie ein (shared
+             database = Standardannahme) und ----cccc aus  (private  data-
+             base).
+
+             Die Gleichzeitigkeitskontrolle sollte nicht ausgeschal-
+             tet  werden,  es  sei denn fu"r Datenbanken, die nie von
+             mehr als einem Nutzer benutzt werden.   Sie  muss  auch
+             eingeschaltet werden, wenn die Nutzer keine gemeinsamen
+             (shared) Datenrelationen haben, da  die  Systemkataloge
+             immer    parallel    verwendet    werden!    Wenn   die
+             Gleichzeitigkeitskontrolle nicht in  UNIX   installiert
+             ist,  das  UNIX  -Spezialfile  ``/dev/ing_lock''  nicht
+             existiert oder nicht schreibbar fu"r ING_DB  6.3/3  ist,
+             dann  wird die Gleichzeitigkeitskontrolle nicht wirksam
+             (als wenn sie ausgeschaltet ist).
+
+             Die Gleichheitskontrolle fu"r eine  existierende  Daten-
+             bank  kann durch die Angabe des ----eeee Flags vera"ndert wer-
+             den.  Zum Beispiel:
+
+
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                    UUUUNNNNIIIIXXXX
+
+
+
+
+
+        Referenz-Manual            - 87 -                    CCCCRRRREEEEAAAATTTTDDDDBBBB
+
+
+                  creatdb -e +c meine_db
+
+             schaltet die Gleichzeitigkeitskontrolle (c: concurrency
+             control)  fu"r  die Datenbank ``meine_db'' ein.  Nur der
+             DBA der Datenbank darf das ----eeee (existing)  Flag  verwen-
+             den.
+
+             Das ----mmmm (mounted) Flag besagt, dass das UNIX   directory
+             bereits existiert, in dem die Datenbank angelegt werden
+             soll.  Das kann fu"r sehr  grosse  Datenbanken  nu"tzlich
+             sein,  die  als  Filesystem  montiert  (mounted) werden
+             mu"ssen.  Das directory muss existieren, es  kann  durch
+             folgende Kommandofolge angelegt werden:
+
+             Das Anlegen wird an einem Beispiel erkla"rt.
+
+             1) creatdb mount_db
+             2) destroydb -m mount_db
+             HINWEIS: Jetzt vom  UNIX
+             -Superuser einen Datentraeger
+                      in  `.../data/base/mount_db' mounten lassen.
+             3) creatdb -m [weiter Flags moeglich] mount_db
+                In der  Zukunft muss immer darauf  geachtet werden,  dass
+                wenn die  Datenbank  mount_db  angesprochen  werden soll,
+                auch der Datentra"ger gemountet ist !
+
+             Datenbanken ko"nnen auch ausserhalb des  Systemstandards
+             angelegt werden. Dazu ist notwendig:
+
+             (1)  Das entfernte DB-directory anzulegen
+
+             (2)  Die Datenbank mittels ccccrrrreeeeaaaattttddddbbbb erzeugen
+
+             (3)  Die Files der Datenbank aus dem Standard-directory
+                  kopieren
+
+             (4)  Die Files  und  das  directory  der  Datenbank  im
+                  Standard-directory lo"schen.
+
+             (5)  Das File ../data/base/<dbname> mit dem  Modus  600
+                  (Eigentu"mer  ing_db)  erzeugen.  Das File muss den
+                  Pfadnamen des entfernten DB-directory  (Einzeiler)
+                  enthalten.
+
+             Die  zuku"nftige  Verwendung  bedingt  keine  besonderen
+             Angaben  zur  Lage  der Datenbank.  Das ++++----qqqq -Flag dient
+             der Ein- bzw. Ausschaltung des  QRYMOD-Komplexes.   Bei
+             existierenden Datenbanken kann der QRYMOD-Komplex nicht
+             wieder ausgeschaltet werden.
+             Fu"r die Verwendung des define(quel)-Statements ist  die
+             Generierung des QRYMOD-Komplexes (+q) unerla"sslich.
+
+        BBBBEEEEIIIISSSSPPPPIIIIEEEELLLL
+
+             creatdb demo
+             creatdb -uerichs -c erichs_db
+             creatdb -e +c erichs_db
+
+
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                    UUUUNNNNIIIIXXXX
+
+
+
+
+
+        Referenz-Manual            - 88 -                    CCCCRRRREEEEAAAATTTTDDDDBBBB
+
+
+             Das Erstellen der Datenbank erichs_db auf einem separa-
+             ten Datentra"ger:
+
+             -    vom Systemadministrator ausfu"hren lassen:
+
+                       mkdir .../data/base/erichs_db
+                       chmod 777 .../data/base/erichs_db
+
+
+             -    vom UNIX -Superuser ausfu"hren lassen:
+
+                       Montieren des Gera"tes auf das directory
+                       .../data/base/erichs_db
+
+
+             -    selbst ausfu"hren:
+
+                       creatdb -m erichs_db
+
+
+             Es muss jetzt dafu"r  gesorgt  werden,  dass  vor  jeder
+             Verwendung  der Datenbank erichs_db das Filesystem mon-
+             tiert werden muss.
+
+             Erstellen der Datenbank erichs_db im entfernten  direc-
+             tory /tmp/erich/db
+
+             -    selbst aussfu"hren:
+
+                      mkdir /tmp/erich/db
+                      chmod 777 /tmp/erich/db
+
+
+             -    vom ing_db-Superuser ausfu"hren lassen:
+
+                      creatdb erichs_db
+                      mv .../data/base/erichs_db/*  /tmp/erich/db
+                      rmdir .../data/base/erichs_db
+                      echo /tmp/erich/db > .../data/base/erichs_db
+                      chmod 600 .../data/base/erichs_db
+
+
+        SSSSIIIIEEEEHHHHEEEE AAAAUUUUCCCCHHHH
+
+             destroydb(unix), users(files)
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                    UUUUNNNNIIIIXXXX
+
+
+
+
+
+        Referenz-Manual            - 89 -                    CCCCRRRREEEEAAAATTTTEEEERRRR
+
+
+        NNNNAAAAMMMMEEEE
+
+             creater - Erzeugen einer neuen Relation
+
+        SSSSYYYYNNNNOOOOPPPPSSSSIIIISSSS
+
+             ccccrrrreeeeaaaatttteeeerrrr [ ffffllllaaaaggggssss ] dbname relname {dom format}
+
+        BBBBEEEESSSSCCCCHHHHRRRREEEEIIIIBBBBUUUUNNNNGGGG
+
+             ccccrrrreeeeaaaatttteeeerrrr erzeugt eine neue Relation in der  aufliegenden
+             Datenbank.    Die  Relation  wird  dem,  das  Statement
+             auslo"senden  Nutzer,   zugeeignet   (dieser   ist   ihr
+             "Eigentu"mer")  und  fu"r 7 Tage reserviert.  Wenn dieser
+             Nutzer der DBA ist, wird die Relation  zur  allgemeinen
+             Benutzung  (shared),  andernfalls  nur  fu"r  den Nutzer
+             perso"nlich (private) verfu"gbar.  Der Name der erzeugten
+             Relation  ist  <<<<rrrreeeellllnnnnaaaammmmeeee>>>>,,,,  ihre  Doma"nen werden mit den
+             aufgefu"hrten <<<<ddddoooommmmnnnnaaaammmmeeee>>>> 's angelegt  und  erhalten  die,
+             jeweils fu"r sie spezifizierten Formate (s.  qqqquuuueeeellll:::: <for-
+             mat>).
+
+             Die Relation wird als heap  ohne  Daten  initialisiert.
+             Fu"r   andere   Nutzer   werden   keine   Zugriffsrechte
+             eingetragen.
+
+             Eine Relation kann implementierungsabha"ngig 49 bzw. 128
+             Doma"nen  bekommen.   Die  Namen  der  System-Relationen
+             (relation, attribute, indexes, tree, protect,  integri-
+             ties, references) sind reservierte Relationen-Namen.
+
+             Die vom Anwender  gewa"hlten  Namen  mu"ssen  den  ING_DB
+             -Konventionen genu"gen.  Namen du"rfen kleine Buchstaben,
+             Ziffern und das Unterstreichungszeichen "_"  enthalten;
+             mu"ssen  mit  einem  Buchstaben  oder  "_"  anfangen und
+             du"rfen maximal 12 Zeichen lang  sein).   Schlu"sselworte
+             von QUEL oder AMX sollten vermieden werden.
+
+             Attributnamen sind lokale Namen innerhalb  einer  Rela-
+             tion  und  mu"ssen hier eindeutig sein.  Relationennamen
+             werden von ING_DB  mit einem Codenamen des, sie  erzeu-
+             genden  Nutzers erga"nzt.  Ein Nutzer greift dadurch bei
+             gleichen  Relationennamen  innerhalb  einer   Datenbank
+             immer auf "seine" Relation zu.
+
+             Die maximale  Satzla"nge  ist  generierungsabha"ngig  und
+             betra"gt 498 bzw. 1010 Bytes.
+
+             FFFFoooorrrrmmmmaaaatttt::::
+
+                 i1, i2, i4 - 1, 2 bzw. 4-Byte-Integer
+                 f4, f8     - Gleikommazahl  (einfache, doppelte Genauigkeit)
+                 c1 .. c255 - Zeichenkette fester La"nge
+
+             Flags:
+
+                  -uxx       - alter-ego-Flag fu"r
+                               den UNIX-login-Name `xx'
+                  +-w        - wait-Flag
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                    UUUUNNNNIIIIXXXX
+
+
+
+
+
+        Referenz-Manual            - 90 -                    CCCCRRRREEEEAAAATTTTEEEERRRR
+
+
+        NNNNAAAAMMMMEEEE
+
+             destroydb - Lo"sche eine existierende Datenbank
+
+        SSSSYYYYNNNNOOOOPPPPSSSSIIIISSSS
+
+             ddddeeeessssttttrrrrooooyyyyddddbbbb [ ffffllllaaaaggggssss ] [ ----mmmm ] dbname
+
+        BBBBEEEESSSSCCCCHHHHRRRREEEEIIIIBBBBUUUUNNNNGGGG
+
+             ddddeeeessssttttrrrrooooyyyyddddbbbb lo"scht alle  Bezu"ge  zu  einer  existierenden
+             Datenbank.   Das directory der Datenbank und alle Files
+             (Relationen) in diesem directory werden gelo"scht.
+
+             Das Kommando kann nur der Datenbankadministrator  (DBA)
+             oder  der  ING_DB   Superuser  bei  Angabe des ----ssss Flags
+             ausfu"hren.
+
+             Bei entfernt angelegten Datenbanken wird  das  Verweis-
+             file  zur Datenbank und das entfernt liegende directory
+             gelo"scht.
+
+             Das ----mmmm Flag weist ddddeeeessssttttrrrrooooyyyyddddbbbb an, das UNIX  directory der
+             Datenbank  nicht  zu  lo"schen.  Das kann nu"tzlich sein,
+             wenn die Daten der Datenbank auf einem separaten  (m  =
+             mounted) UNIX -Filesystem sind.
+
+        BBBBEEEEIIIISSSSPPPPIIIIEEEELLLL
+
+             destroydb demo
+             destroydb -s erichs_db
+
+        FFFFIIIILLLLEEEESSSS
+
+             .../data/base/*
+
+        SSSSIIIIEEEEHHHHEEEE AAAAUUUUCCCCHHHH
+
+             creatdb(unix)
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                    UUUUNNNNIIIIXXXX
+
+
diff --git a/WEGA/contrib/ingres/dbs/ing_doc/teil1/doc1_ad b/WEGA/contrib/ingres/dbs/ing_doc/teil1/doc1_ad
new file mode 100644
index 0000000..26e9a88
--- /dev/null
+++ b/WEGA/contrib/ingres/dbs/ing_doc/teil1/doc1_ad
@@ -0,0 +1,2160 @@
+
+
+
+        Referenz-Manual            - 91 -                   DDDDEEEESSSSTTTTRRRROOOOYYYYRRRR
+
+
+        NNNNAAAAMMMMEEEE
+
+             destroyr - Lo"schen von Relationen
+
+        SSSSYYYYNNNNOOOOPPPPSSSSIIIISSSS
+
+             ddddeeeessssttttrrrrooooyyyyrrrr [ ffffllllaaaaggggssss ] dbname {relname}
+
+        BBBBEEEESSSSCCCCHHHHRRRREEEEIIIIBBBBUUUUNNNNGGGG
+
+             ddddeeeessssttttrrrrooooyyyyrrrr  streicht  Relationen  aus  der   aufliegenden
+             Datenbank.   Das  Kommando  wird nur vom Eigentu"mer der
+             Relation(en) angenommen.  Will man von  einer  Relation
+             nur  deren  Inhalt  - also alle Tupel - streichen, aber
+             die Definition der Relation erhalten , benutzt man  das
+             ddddeeeelllleeeetttteeee  -Statement  ohne  where-Phrase  oder das mmmmooooddddiiiiffffyyyy
+             -Statement mit der Speicherstruktur ttttrrrruuuunnnnccccaaaatttteeeedddd....
+
+             Beim Streichen einer Relation, fu"r die  Sekunda"rindizes
+             definiert  sind,  werden automatisch auch diese gestri-
+             chen.  Das Streichen eines Sekunda"rindex selbst hat auf
+             dessen Prima"r-Relation keine Auswirkung.
+
+             Das  """"ddddeeeessssttttrrrrooooyyyy  ppppeeeerrrrmmmmiiiitttt""""   -Statement   lo"scht   gegebene
+             Zugriffsrechte   zu   der   Relation   "relname",   das
+             "destroy-integrity"-Statement definierte Integrita"ten.
+             Das Schlu"sselwort """"aaaallllllll"""" gibt an,  dass  alle  Zugriffs-
+             rechte  bzw. Integrita"ten gestrichen werden sollen.  Um
+             einzelne Zugriffsrechte bzw. Integrita"ten  zu  lo"schen,
+             muss eine, durch Komma getrennte constraint-Liste (Num-
+             mern) angegeben werden.  Die  constraint's  erha"lt  man
+             durch hhhheeeellllpppp ppppeeeerrrrmmmmiiiitttt bzw.  hhhheeeellllpppp iiiinnnntttteeeeggggrrrriiiittttyyyy....
+
+             FFFFllllaaaaggggssss::::
+
+
+                -uxx    alter-ego-Flag fu"r den
+                        UNIX-login-Name `xx'
+                +-w     wait-Flag
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                    UUUUNNNNIIIIXXXX
+
+
+
+
+
+        Referenz-Manual            - 92 -                        EEEEQQQQCCCC
+
+
+        NNNNAAAAMMMMEEEE
+
+             eqc - Compiler fu"r die
+                      in C eingebettete QUEL-Schnittstelle EQUEL
+
+        SSSSYYYYNNNNOOOOPPPPSSSSIIIISSSS
+
+             eeeeqqqqcccc [ ----dddd ] [ ----ffff ] [ ----rrrr ] file1.q [filen.q]
+
+        BBBBEEEESSSSCCCCHHHHRRRREEEEIIIIBBBBUUUUNNNNGGGG
+
+             EQUEL (Embedded QUEL) ist eine Sprache  zur  Einbettung
+             von  Datenbankanfragen in eine Programmiersprache.  Als
+             Anfragesprache wird QUEL verwendet.
+
+             EQUEL besteht aus der EQUEL-Laufzeitbibliothek, die die
+             Schnittstelle  zur  Datenbank  realisiert (call- Inter-
+             face), und einem Compiler zur  U"bersetzung  eines  Pro-
+             gramms  mit  eingebetteten  EQUEL-Statements in gu"ltige
+             Anweisungen der Programmiersprache.
+             Das ccccaaaallllllll -Interface ist  fu"r  alle  Programmiersprachen
+             verfu"gbar,  ein Compiler existiert zur Zeit nur fu"r die
+             Programmiersprache C.
+
+             CCCCoooommmmppppiiiillllaaaattttiiiioooonnnn
+
+             Der Pre-Compiler wird durch das Kommando:
+
+                  eeeeqqqqcccc {flags} file1.q {flags} file2.q ...
+
+             aufgerufen, wobei ffffiiiilllleeeennnn....qqqq die Quelleingabe-Files  sind,
+             deren  Namen  mit  ....qqqq beendet sein mu"ssen.  Die Ausgabe
+             wird auf das File ````ffffiiiilllleeeennnn....cccc'''' geschrieben.  Es ko"nnen  so
+             viele Files wie gewu"nscht spezifiziert werden.
+             Folgende Flags ko"nnen gesetzt werden:
+
+             -d   Generiert Code zum Quelltext des  Files  mit  Name
+                  und  Zeilennummer,  die bei auftretenden Laufzeit-
+                  Fehlern angezeigt werden. Das ist zum  Analysieren
+                  der  Fehler  nu"tzlich,  beno"tigt  aber mehr Platz.
+                  Standard ist "aus".
+
+             -f   Erzeugt Code, bei dem "Output"- und  "Input"-Files
+                  gewo"hnlich  die gleiche Zeilennummer haben, um die
+                  C-Diagnose-Mitteilungen leichter interpretieren zu
+                  ko"nnen.  Manchmal muss EQUEL versuchen, Queries in
+                  mehrere   Zeilen    zu    zerlegen,    um    einen
+                  Zeilenu"berlauf  des  C-Preprozessors zu vermeiden.
+                  Dann transportiert es C-Code  einige  Zeilen  nach
+                  vorn.   Mit  der -f Flagspezifikation passiert das
+                  nicht.  C-Code steht in der  richtigen  Zeile  und
+                  Reihenfolge.   Entsprechend  kann  die  Zeile  des
+                  Quellcodes mit der Zeile der  C-Diagnose  referen-
+                  zieren.
+
+             -r   Setzt Flags auf  Standardwerte  zuru"ck.  Das  wird
+                  verwendet,  um  andere  Flags  fu"r  Files  aus der
+                  Argumentliste zu unterdru"cken.
+
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                    UUUUNNNNIIIIXXXX
+
+
+
+
+
+        Referenz-Manual            - 93 -                        EEEEQQQQCCCC
+
+
+             Die Ausgabe-Files ko"nnen dann mittels  des  C-Compilers
+             u"bersetzt werden:
+
+                  cccccccc file1.c file2.c ... ----llllqqqq
+
+             Die  Schreibweise  ----llllqqqq  fordert   die   EQUEL-Laufzeit-
+             Bibliothek  an.   Die Bibliothek lllliiiibbbbqqqq....aaaa muss zur Angabe
+             der Option -lq  auf  ////lllliiiibbbb////lllliiiibbbbqqqq....aaaa  oder  ////uuuussssrrrr////lllliiiibbbb////lllliiiibbbbqqqq....aaaa
+             stehen,   d.h.   sie  muss  bei  der  Installation  von
+             /.../ing_db/lib/libq.a dorthin kopiert werden.
+
+             Alle EQUEL-Routinen und globalen Variablen beginnen mit
+             den  Zeichen "II", somit sind alle Namen von Prozeduren
+             und Variablen der Form IIxxxxxxxxxxxx reserviert fu"r die Nutzung
+             durch  EQUEL  und  sollten  von EQUEL-Nutzern vermieden
+             werden.
+
+             SSSSyyyynnnnttttaaaaxxxx
+
+             EQUEL Kommandos sind solche Zeilen, die mit  zwei  Num-
+             mernzeichen  (``##'')  eingeleitet  sind.  Alle anderen
+             Zeilen werden einfach von der Ein- zur Ausgabe kopiert.
+             Alle  normalen ING_DB  6.3/3 -Kommandos ko"nnen in EQUEL
+             benutzt werden und haben  die  gleiche  Bedeutung,  wie
+             unter   dem  interaktiven  Terminal-Monitor.   Nur  das
+             retrieve-Kommando ohne Ergebnisrelation hat eine andere
+             Syntax und Bedeutung.
+
+             Das  Format  des  retrieve  ohne  Ergebnisrelation  ist
+             jetzt:
+
+                  ## retrieve (C-var = a_fcn { , C-var = a_fcn } )
+
+             wahlweise (sofort) gefolgt durch:
+
+                  ##   [ wwwwhhhheeeerrrreeee "<qual>" ]
+                  ## {
+                          /* C-Code */
+                  ## }
+
+             Dieses Statement bewirkt, dass der ``C-code'' fu"r jedes
+             gefundene  Tupel  mit  den  aktuellen  Werten  der ``C-
+             Variablen''  einmal  abgearbeitet  wird.   Die   Angabe
+             ``##{'' bzw. ``##}'' ist auch dann notwendig, wenn nach
+             dem Tupel-Retrieve nur ein einziges C-Statement abgear-
+             beitet werden soll.  Numerische Werte numerischer Typen
+             werden, wenn no"tig, konvertiert.  Zwischen  numerischen
+             und  Zeichenkettenwerten  werden  keine Konvertierungen
+             ausgefu"hrt.  (Die normale QUEL-aaaasssscccciiiiiiii -Funktion kann fu"r
+             solche   Zwecke   verwendet  werden.)  Das  C-Statement
+             ``break'' ist die einzige  Mo"glichkeit,  ein  laufendes
+             Tupel-Retrieve vorzeitig zu beenden.  Die Qualifikation
+             <qual> der where-Phrase kann in  allen  QUEL-Statements
+             durch  eine  C-String-Variable  (char qual[n] bzw. char
+             *qual) ersetzt werden.  Der String entha"lt den Text der
+             Qualifikation,  d.h.  es  ist  eine variable Angabe der
+             Qualifikation in einem EQUEL-Statement zula"ssig.
+
+
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                    UUUUNNNNIIIIXXXX
+
+
+
+
+
+        Referenz-Manual            - 94 -                        EEEEQQQQCCCC
+
+
+             Beim copy-Statement kann die Angabe der direction (INTO
+             bzw.  FROM)  u"ber eine C-String-Variable erfolgen.  Die
+             C-Variable muss zur Zeit  der  Abarbeitung  des  EQUEL-
+             Statements  "from"  bzw.  "into" enthalten.  Zusa"tzlich
+             sind folgende EQUEL-Kommandos verfu"gbar.
+
+
+             """"######## iiiinnnngggg____ddddbbbb"""" [ing_db flags] <data_base_name>
+
+                  Dieses Kommando startet ING_DB   6.3/3  und  diri-
+                  giert  alle  folgenden  Queries  an  die Datenbank
+                  <<<<ddddaaaattttaaaa____bbbbaaaasssseeee____nnnnaaaammmmeeee>>>>....  Die zweimalige  Ausfu"hrung  des
+                  Kommandos ohne ein dazwischenliegendes ``## exit''
+                  erzeugt einen Laufzeitfehler,  ebenso  das  Formu-
+                  lieren  von  Queries,  ohne dass ein ``## ing_db''
+                  Statement wirksam ist.  Jedes Flag sollte gequotet
+                  werden, um den EQUEL  Parser nicht zu verwirren:
+
+                          ## ing_db "-f4f10.2" "-i212" demo
+
+             """"######## eeeexxxxiiiitttt""""
+
+                  Exit beendet ein laufendes ING_DB  6.3/3.  Es  ist
+                  a"quivalent     zu     dem    \\\\qqqq    Kommando    des
+                  Terminal-Monitors.
+
+             Innerhalb von EQUEL-Statements sind C Kommentare
+             ``/* comment */'' zula"ssig.
+
+             """"PPPPaaaarrrraaaammmmeeeettttrrrriiiissssiiiieeeerrrrtttteeee QQQQUUUUEEEELLLL----SSSSttttaaaatttteeeemmmmeeeennnnttttssss""""
+
+             QUEL-Statements mit  Zielliste  (<target_list>)  ko"nnen
+             parametrisiert  sein.  Das  kann durch Voranstellen des
+             Schlu"sselworts ppppaaaarrrraaaammmm angezeigt  werden.  Die  Zielliste
+             eines parametrisierten Statements hat die Form:
+
+                  """"((((ttttllll____vvvvaaaarrrr,,,, aaaarrrrggggvvvv))))""""
+
+             Dabei wird ttttllll____vvvvaaaarrrr als char-Pointer verwendet,  der  zur
+             Ausfu"hrungszeit  (muss char-Konstante sein !) wie folgt
+             interpretiert wird. Fu"r  jedes  parametrisierte  EQUEL-
+             Statement,  ausser dem "retrieve" ohne Ergebnisrelation
+             (d.h. append, copy,  create,  replace,  retrieve  into)
+             wird  die  Zeichenkette  ttttllll____vvvvaaaarrrr  als regula"re Zielliste
+             verwendet, wobei davon ausgegangen wird, dass  dem  "%"
+             ein  gu"ltiger  ING_DB   6.3/3-Typ  (f4,  f8, i2, i4, c)
+             folgt. Jedes "%" wird durch den Wert  des  korrespondi-
+             erenden  Eintrittspunktes  in  aaaarrrrggggvvvv  (beginnend  mit 0)
+             ersetzt, welcher als  Pointer  auf  eine  Variable  des
+             Typs,  der durch die %-Sequenz angezeigt ist, interpre-
+             tiert wird.  Weder aaaarrrrggggvvvv , noch die Variablen,  auf  die
+             gezeigt  wird,  mu"ssen fu"r EQUEL deklariert werden. Zum
+             Beispiel:
+
+
+
+
+
+
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                    UUUUNNNNIIIIXXXX
+
+
+
+
+
+        Referenz-Manual            - 95 -                        EEEEQQQQCCCC
+
+
+
+
+             double    double_var;
+             int       int_var;
+             char *argv[10];
+                  argv[0] = &double_var;
+                  argv[1] = &int_var;
+             ## param append to rel
+             ##      ("dom1=%f8, dom2=%i2", argv)
+             ## /* Zur Steuerung des "%<ing_db_typ"-Mechanismus */
+             ## /* verwende "%%",                               */
+             ## /* dies plaziert ein einfaches "%" in die       */
+             ## /* Zeichenkette.                                */
+
+
+             Bei einem "retrieve" auf C-Variablen mittels  ttttllll____vvvvaaaarrrr  ,
+             steuern  die selben "%"-Sequenzen die Typ-Kennzeichnung
+             des korrespondierenden "argv"-Punktes der  C-Variablen,
+             in welche der Wert u"bergeben werden soll.
+
+             Die Qualifikation einer Query  kann  durch  eine  char-
+             Variable,  deren  Inhalt zur Laufzeit als Text zur Qua-
+             lifikation interpretiert wird, u"bergeben werden.
+
+             Das ccccooooppppyyyy -Statement kann  auch  parametrisiert  werden.
+             Die  Form  der  Parameter ist analog den anderen State-
+             ments:
+             Die Zielliste kann in der selben  Art  und  Weise,  wie
+             beim   aaaappppppppeeeennnndddd  -Statement  und  daru"berhinaus  fu"r  das
+             "from/into"-Schlu"sselwort   durch   einen   Zeichenket-
+             tenwert, der zur Laufzeit <from> oder <into> beinhalten
+             muss, ersetzt werden.
+
+             DDDDeeeekkkkllllaaaarrrraaaattttiiiioooonnnneeeennnn
+
+             Jede gu"ltige C-Variablendeklaration  einer  Zeile,  die
+             mit  ``########''  beginnt, kann in einem EQUEL Statement als
+             Variable benutzt werden.   Alle  Variablen  mu"ssen  vor
+             ihrer  Verwendung  deklariert werden.  U"berall, wo eine
+             Konstante in einem ING_DB  6.3/3 Kommando stehen  darf,
+             kann eine C-Variable erscheinen.  Zur Laufzeit wird der
+             Wert der Variablen substituiert.
+
+             Es gibt einige Einschra"nkungen fu"r die C-Variablen, die
+             in EQUEL Statements verwendet werden sollen.
+
+             Weder geschachtelte Strukturen noch  Variable  vom  Typ
+             cccchhhhaaaarrrr  (ausgenommen  Pointer  auf char oder char-Felder)
+             sind zugelassen.  Alle von EQUEL erzeugten strings sind
+             damit  auch strings im Sinne von C und z.B. direkt mit-
+             tels ``printf'' druckbar.   In  einem  EQUEL  Statement
+             wird  zur  Laufzeit  immer auf den Wert einer Variablen
+             zugriffen.  Zum Beispiel:
+
+
+
+
+
+
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                    UUUUNNNNIIIIXXXX
+
+
+
+
+
+        Referenz-Manual            - 96 -                        EEEEQQQQCCCC
+
+
+
+             ##      char    *dbname;
+
+                     /* ing_db -d dt */
+                     dbname = "dt";
+             ##      ing_db "-d" dbname
+
+                     /* ing_db -d dbname */
+             ##      ing_db "-d" #dbname
+
+
+             bewirkt  die  Verwendung  der  Datenbank  ``dt''  durch
+             ING_DB   6.3/3.  Weiterhin gibt es zwei Einschra"nkungen
+             zur Referenz von Variablen mit EQUEL-Statements.   Alle
+             verwendeten   Variablen   du"rfen   nicht   auf  weitere
+             verweisen (bei Feldern und Pointern) oder weitere  (bei
+             Struktur-Variablen)   im   Sinne  von  skalaren  Werten
+             auswa"hlen.  cccchhhhaaaarrrr -Variablen werden immer im  Sinne  von
+             Zeichenketten  ((((ssssttttrrrriiiinnnnggggssss))))  durch EQUEL verwendet.  Dabei
+             muss beachtet werden, dass bei char-Feldern oder -Poin-
+             tern  der  Verweis  nur  durch  ein ``char *'' erfolgen
+             darf.  Genauso du"rfen Variable keine (runden)  Klammern
+             in der Referenz haben. Zum Beispiel:
+
+
+             ## struct xxx
+             ## {
+                     int     i;
+             ##      int     *ip;
+             ## }    **struct_var;
+
+             /* nicht erlaubt */
+             ##      delete p where p.ifield = *(*struct_var)->ip
+
+             /* erlaubt */
+             ##      delete p where p.ifield = *struct_var[0]->ip
+
+
+             C-Variablen, die fu"r  EQUEL  deklariert  wurden,  haben
+             entweder   globale   oder   lokale   Gu"ltigkeit.   Ihre
+             Gu"ltigkeit ist lokal, wenn  sie  in  einem  (nicht  fu"r
+             retrieve eingebunden) freien Block fu"r EQUEL deklariert
+             sind.  Zum Beispiel:
+
+             /* globale Variable */
+             ## int  Gint;
+
+             func(i)
+             int     i;
+             ## {
+                     /* lokale Variable */
+             ##      int     *gintp;
+                     ...
+             ## }
+
+
+             Wenn eine Variable vom char-Typ ist,  wird  der  Inhalt
+             der Variablen vom EQUEL-Statement zur Laufzeit genutzt.
+             Zum Beispiel:
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                    UUUUNNNNIIIIXXXX
+
+
+
+
+
+        Referenz-Manual            - 97 -                        EEEEQQQQCCCC
+
+
+
+             ##      char    *dbname[MAXDATABASES + 1];
+                     int     current_db;
+
+                     dbname[current_db] = "dt";
+             ##      ing_db dbname[current_db]
+
+             Damit wird versucht, die  Datenbank  "dt"  zu  starten.
+             Jedoch  sollte,  wenn der Variablen-Name eine Konstante
+             ist, der Nicht-Referenz-Operator `#'  verwendet  werden
+             (s.o.).
+
+             Fu"r die Verwendung der  C-Preprozessor  `#  include  '-
+             Einbindung fu"r Files, die EQUEL-Statements und Deklara-
+             tionen enthalten,  soll  die  Bezeichnung  aaaannnnyyyytttthhhhiiiinnnngggg....qqqq....hhhh
+             verwendet    werden.     Eine    entsprechende   EQUEL-
+             Beearbeitung erzeugt dann das File, das  durch  den  C-
+             Preprozessor   #   include'ed   wird,   in   Form   von
+             aaaannnnyyyytttthhhhiiiinnnngggg....cccc....hhhh .
+
+
+
+             FFFFeeeehhhhlllleeeerrrr uuuunnnndddd UUUUnnnntttteeeerrrrbbbbrrrreeeecccchhhhuuuunnnnggggeeeennnn
+
+             ING_DB  6.3/3 und EQUEL Laufzeitfehler rufen  die  Rou-
+             tine  IIIIIIIIeeeerrrrrrrroooorrrr  mit  der Fehlernummer und den Parametern
+             des Fehlers, als Feld von Stringpointern (analog zu der
+             C-main-Routine).   Die Fehlernummer wird analysiert und
+             anschliessend der dazugeho"rige Text gedruckt.
+
+             Unterbrechungen  ((((iiiinnnntttteeeerrrrrrrruuuupppptttt  oder  qqqquuuuiiiitttt----ssssiiiiggggnnnnaaaallll))))  werden
+             behandelt   ((((ccccaaaauuuugggghhhhtttt)))),,,,   sofern   sie  nicht  schon  zur
+             Startzeit von ING_DB  6.3/3 ignoriert sind.  Damit  ist
+             gesichert,  dass ING_DB  6.3/3 und EQUEL jederzeit syn-
+             chron zueinander sind.  Es gibt einen Pointer auf  eine
+             Funktion  """"IIIIIIIIiiiinnnntttteeeerrrrrrrruuuupppptttt,,,,""""  die  nach  der Behandlung der
+             Unterbrechung aufgerufen wird.   Der  Nutzer  kann  mit
+             dieser Funktion noch zusa"tzliche Dienste fu"r die Unter-
+             brechungsbehandlung  einbinden.   IIIIIIIIiiiinnnntttteeeerrrrrrrruuuupppptttt  ist  mit
+             """"eeeexxxxiiiitttt(((())))""""  initialisiert  und  wird  mit -1 als Argument
+             gerufen.  Zum Beispiel:
+
+                     extern int (*IIinterrupt)();
+                     extern IIreset();
+
+                     IIsetexit();
+                     IIinterrupt = IIreset;
+                     mainloop();
+
+
+             IIsetexit und IIreset entsprechen  setjmp  und  longjmp
+             (UNIX  Manuals III).  Um Unterbrechungen zu ignorieren,
+             sollte """"ssssiiiiggggnnnnaaaallll(((())))"""" gerufen werden, bevor das  ##  ing_db
+             Statement ausgefu"hrt wird.
+
+        FFFFIIIILLLLEEEESSSS
+
+              ...sys/etc/error6.3_*
+             Kann zur Erkla"rung der ING_DB  6.3/3  Errorcodes  durch
+             den Nutzer herangezogen werden.
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                    UUUUNNNNIIIIXXXX
+
+
+
+
+
+        Referenz-Manual            - 98 -                        EEEEQQQQCCCC
+
+
+              .../lib/libq.a
+             Laufzeitbibliothek (run time library).
+
+        SSSSIIIIEEEEHHHHEEEE AAAAUUUUCCCCHHHH
+
+             EQUEL-Sprachbeschreibung,
+             C-Sprachbeschreibung,
+             Anwendungsbeispiele zu EQUEL im Teil 3
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                    UUUUNNNNIIIIXXXX
+
+
+
+
+
+        Referenz-Manual            - 99 -                      HHHHEEEELLLLPPPPRRRR
+
+
+        NNNNAAAAMMMMEEEE
+
+             helpr - Ausgabe von Informationen  u"ber  Relationen  in
+             Datenbanken
+
+        SSSSYYYYNNNNOOOOPPPPSSSSIIIISSSS
+
+             hhhheeeellllpppprrrr [[[[ffffllllaaaaggggssss]]]] dbname  [  [integrity|permit|view]  {rel-
+             name} | aaaallllllll ]
+
+        BBBBEEEESSSSCCCCHHHHRRRREEEEIIIIBBBBUUUUNNNNGGGG
+
+             hhhheeeellllpppprrrr informiert u"ber Relationen analog wie  das  QUEL-
+             Statement help (s. help(quel)).  Mit hhhheeeellllpppprrrr ko"nnen keine
+             Abschnitte  des  Referenz-Manual  ausgelistet   werden,
+             dafu"r gibt es die Kommandos mmmmaaaannnnrrrr und rrrreeeeffffrrrr....
+
+             Mit den Parametern werden die Relationen bestimmt, u"ber
+             die informiert wird:
+
+                  helpr dbname     alle Relationen der bezeichneten
+                                   Datenbank werden ausgelistet
+                  helpr dbname { relname }
+                                   Beschreibung der bezeichneten
+                                   Relationen
+                  helpr dbname view relname {, relname }
+                                   druckt die view-Definitionen der
+                                   spezifizierten view
+                  helpr dbname permit relname {, relname}
+                                   druckt die Berechtigungen der
+                                   spezifizierten Relationen
+                  helpr dbname integrity relname {, relname}
+                                   druckt die Integrita"ts-
+                                   bedingungen fu"r die
+                                   spezifizierten Relationen.
+
+
+             Diese Mengen von  Relationen  werden  eingeschra"nkt  in
+             Abha"ngigkeit vom Status des Nutzers:
+
+             DBA=>alle Relationen
+
+             sonstige=>Relationen, fu"r die spezielle  Zugriffsrechte
+                  rrrreeeettttrrrriiiieeeevvvveeee oder aaaallllllll ttttoooo aaaallllllll gesetzt sind
+
+             Das Kommando hhhheeeellllpppprrrr ddddbbbbnnnnaaaammmmeeee aaaallllllll listet alle eigenen Rela-
+             tionen auf.
+
+        SSSSIIIIEEEEHHHHEEEE AAAAUUUUCCCCHHHH
+
+             quel(unix), help(quel), manr(unix), refr(unix)
+
+
+
+
+
+
+
+
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                    UUUUNNNNIIIIXXXX
+
+
+
+
+
+        Referenz-Manual           - 100 -                     IIIINNNNDDDDEEEEXXXXRRRR
+
+
+        NNNNAAAAMMMMEEEE
+
+             indexr - Erzeugen einer Sekunda"rindex auf
+                      eine existierende Relation
+
+        SSSSYYYYNNNNOOOOPPPPSSSSIIIISSSS
+
+             iiiinnnnddddeeeexxxxrrrr [ ffffllllaaaaggggssss ] dbname prim_rel index_rel {domname}
+
+        BBBBEEEESSSSCCCCHHHHRRRREEEEIIIIBBBBUUUUNNNNGGGG
+
+             iiiinnnnddddeeeexxxxrrrr wird benutzt, um Sekunda"rindizes auf existieren-
+             den  Relationen zu definieren und zu erzeugen und damit
+             die Effizienz von rrrreeeettttrrrriiiieeeevvvveeee - und uuuuppppddddaaaatttteeee -Statements  zu
+             erho"hen.    Ein  Sekunda"rindex  vermittelt  mit  seinem
+             Schlu"ssel   einen   weiteren   Zugriffspfad   auf   der
+             Prima"r-Relation, so als ha"tte die Prima"r-Relation einen
+             weiteren Schlu"ssel, auf den direkt  zugegriffen  werden
+             kann.   Der  Sekunda"rindex  wird  aus  den  Doma"nen der
+             Prima"r-Relation erzeugt, die in  der  Reihenfolge,  wie
+             sie  im  Statement  als {{{{<<<<ddddoooommmmnnnnaaaammmmeeee>>>>}}}} angegeben sind, als
+             Schlu"ssel des Index verwendet  werden.   Das  Statement
+             wird nur vom Eigentu"mer der Relation angenommen.
+
+             Um die Integrita"t  des  Index  zu  erhalten,  kann  ein
+             Nutzer  Indizes  nicht  direkt  vera"ndern.   Sobald die
+             Prima"r-Relation gea"ndert wird, werden auch alle auf ihr
+             definierten Sekunda"rindizes automatisch vera"ndert.
+
+             Ein Sekunda"rindex wird bei seiner Erzeugung automatisch
+             in  der  Speicherstruktur  isam  u"ber  seinem Schlu"ssel
+             angelegt.   Diese  Initialstruktur   kann   durch   die
+             QUEL-Option  ----nnnn  auf  eine andere festgelegt werden (s.
+             qqqquuuueeeellll  (unix)).   Ausserdem  kann  jeder   Sekunda"rindex
+             einzeln  durch  Anwendung  eines mmmmooooddddiiiiffffyyyyrrrr-Statements auf
+             eine  Speicherstruktur  gebracht  werden,  die   anwen-
+             dungsspezifisch die beste ist.  In diesem Falle verwen-
+             det man <<<<iiiinnnnddddeeeexxxxnnnnaaaammmmeeee>>>> wie einen normalen <relname>.
+
+             Nach einem mmmmooooddddiiiiffffyyyyrrrr - oder ddddeeeessssttttrrrrooooyyyyrrrr -Kommando auf  einer
+             Prima"r-Relation   sind   alle   auf   ihr   definierten
+             Sekunda"rindizes gestrichen.
+
+             Sekunda"rindizes  ko"nnen   nicht   auf   Systemkataloge,
+             Sichten und Sekunda"rindizes definiert werden.
+
+             Die  Anzahl  der   Doma"nen  fu"r  einen  Index  ist  auf
+             6 beschra"nkt.
+             Indizes  ko"nnen nicht  direkt   gea"ndert  werden,   sie
+             werden vom System automatisch gepflegt.
+             Die    Speicherstruktur    der     Indexrelation    ist
+             standardma"ssig  iiiissssaaaammmm  in  der  Reihenfolge der  angege-
+             benen  Doma"nen.
+             Ein  mmmmooooddddiiiiffffyyyyrrrr  -   bzw.   ddddeeeessssttttrrrrooooyyyyrrrr  -Kommando   auf  die
+             Basisrelation `prim_rel' zersto"rt automatisch den Index
+             `index_rel'.
+             Ein ccccooooppppyyyy iiiinnnnttttoooo -Kommando wird auf Relationen mit Indizes
+             nicht unterstu"tzt.
+
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                    UUUUNNNNIIIIXXXX
+
+
+
+
+
+        Referenz-Manual           - 101 -                     IIIINNNNDDDDEEEEXXXXRRRR
+
+
+             FFFFllllaaaaggggssss
+
+                -uxx         alter-ego-Flag fu"r
+                             den UNIX-login-Name `xx'
+                +-w          wait-Flag
+                -fillfactor: zahl
+                -minpages:   zahl
+                -maxpages:   zahl
+                -nspeicher_struktur
+                -tidp
+
+
+        SSSSIIIIEEEEHHHHEEEE AAAAUUUUCCCCHHHH
+
+             destroyr(unix),
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                    UUUUNNNNIIIIXXXX
+
+
+
+
+
+        Referenz-Manual           - 102 -                       MMMMAAAANNNNRRRR
+
+
+        NNNNAAAAMMMMEEEE
+
+             manr - Anzeige einer la"ngeren Dokumentation zu ING_DB
+
+        SSSSYYYYNNNNOOOOPPPPSSSSIIIISSSS
+
+             mmmmaaaannnnrrrr {sections}
+
+        BBBBEEEESSSSCCCCHHHHRRRREEEEIIIIBBBBUUUUNNNNGGGG
+
+             mmmmaaaannnnrrrr  zeigt  ohne  die  Angabe  von   Parametern   eine
+             U"bersicht u"ber die zur Verfu"gung stehenden Sektionen.
+
+             Es werden die Kommandos der Teile  UUUUNNNNIIIIXXXX  und  QQQQUUUUEEEELLLL  und
+             Beschreibungen  zu  ausgewa"hlten  Files  in .../sys/etc
+             angezeigt.
+
+             Bei der Angabe von Sektionen wird eine la"ngere Dokumen-
+             tation  des  entsprechenden  Kommandos  bzw.  der Files
+             angezeigt.
+
+        BBBBEEEEIIIISSSSPPPPIIIIEEEELLLL
+
+             manr printr
+
+             (zeigt die Dokumentation des Kommandos "printr(unix)".
+
+        SSSSIIIIEEEEHHHHEEEE AAAAUUUUCCCCHHHH
+
+             man(quel), ref(quel, refr(unix)
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                    UUUUNNNNIIIIXXXX
+
+
+
+
+
+        Referenz-Manual           - 103 -                    MMMMOOOODDDDIIIIFFFFYYYYRRRR
+
+
+        NNNNAAAAMMMMEEEE
+
+             modifyr - A"nderung der Speicherstruktur einer Relation
+
+        SSSSYYYYNNNNOOOOPPPPSSSSIIIISSSS
+
+             mmmmooooddddiiiiffffyyyyrrrr [  ffffllllaaaaggggssss  ]  dbname  relname  storage_structure
+             {domname[:sortorder]}
+
+        BBBBEEEESSSSCCCCHHHHRRRREEEEIIIIBBBBUUUUNNNNGGGG
+
+             mmmmooooddddiiiiffffyyyy vera"ndert die Speicherstruktur der  spezifizier-
+             ten  Relation  <<<<rrrreeeellllnnnnaaaammmmeeee>>>>  auf  <<<<ssssttttoooorrrraaaaggggeeee____ssssttttrrrruuuuccccttttuuuurrrr>>>>....  Das
+             Statement wird nur vom Eigentu"mer der Relation angenom-
+             men.   Die  Systemrelationen  und  Sichten  ko"nnen  mit
+             mmmmooooddddiiiiffffyyyy nicht modifiziert werden.   Das  Statement  wird
+             benutzt, um Prima"rschlu"ssel einzufu"hren, zu a"ndern bzw.
+             zu      reorganisieren.       Die      Speicherstruktur
+             <<<<ssssttttoooorrrraaaaggggeeee____ssssttttrrrruuuuccccttttuuuurrrreeee>>>> kann wie folgt bestimmt werden:
+
+
+                  isam       - index sequentielle Struktur
+                  cisam      - komprimierte isam
+                  hash       - hash Struktur
+                  chash      - komprimierte hash
+                  heap       - unstrukturiert und ohne Schlu"ssel
+                  cheap      - komprimierte heap
+                  heapsort   - heap mit sortierten Tupeln
+                               und Ausschluss doppelter
+                  cheapsort  - komprimierte heapsort
+                  truncated  - heap, in dem alle Tupel gestrichen
+                               wurden
+                  same       - Reorganisation
+
+
+             Die  Speicherstrukturen  isam  und   hash   ermo"glichen
+             Schlu"sselzugriffe.  Isam beno"tigt mindestens zwei Plat-
+             tenzugriffe,   unterstu"tzt   aber   auch   sequentielle
+             Zugriffe,  wie  sie  bei  von-bis-Abfragen  no"tig sind.
+             Hash greift direkt zu, ist aber bei sequentieller Suche
+             uneffektiv.  Beide Verfahren ordnen neue Tupel zuna"chst
+             auf einer Prima"rseite ein und legen,  wenn  diese  voll
+             ist,  dahinter  U"berlaufseiten  an.  Bei der Suche nach
+             einem   Tupel   fu"hrt   der   Direktzugriff   auf   die
+             Prima"rseite,   diese   und   alle  an  ihr  "ha"ngenden"
+             U"berlaufseiten mu"ssen nach dem Tupel abgesucht werden.
+
+             Heap ist  ein  vo"llig  ungeordneter  Bestand,  der  nur
+             sequentiell  durchsucht  werden  kann.   Heapsort liegt
+             nach mmmmooooddddiiiiffffyyyy  in  einer  definierten  Sortierfolge  vor.
+             Sowohl  bei  heap,  als  auch  bei heapsort werden neue
+             Tupel unsortiert angefu"gt.
+
+             Bei Anlage einer  heapsort-Struktur  werden  die  Tupel
+             nach  allen  ihren Attributen sortiert.  Dadurch ko"nnen
+             und werden doppelte Tupel ermittelt und ausgeschlossen.
+             Bei den Speicherstrukturen heapsort bzw. cheapsort kann
+             durch die Schlu"sselwo"rter  "ascending"  bzw.  "a"  auf-
+             steigende  und  durch  die Schlu"sselwo"rter "descending"
+             bzw. "d" fallende Sortierung angegeben werden.
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                    UUUUNNNNIIIIXXXX
+
+
+
+
+
+        Referenz-Manual           - 104 -                    MMMMOOOODDDDIIIIFFFFYYYYRRRR
+
+
+             "ascending" ist Standard und kann demzufolge entfallen.
+
+             Bei  den  komprimierten  Speicherstrukturen  wird  eine
+             gu"nstigere  Ablage der Daten auf dem externen Speicher-
+             medium erreicht, mit der Einschra"nkung, dass A"nderungen
+             zeitaufwendiger sind.
+
+             Wenn im Statement die oooonnnn -Phrase fehlt,  wird  bei  der
+             Modifizierung  auf  isam,  cisam,  hash  oder chash als
+             Schlu"ssel fu"r die Relation automatisch die erste Doma"ne
+             verwendet.  Bei Modifizierung auf heap, cheap oder same
+             darf die oooonnnn -Phrase nicht angegeben werden.  Bei  Modi-
+             fizierung  auf  heapsort  oder cheapsort ist die Angabe
+             der oooonnnn -Phrase notwendig.
+
+             Wenn eine Relation sortiert werden soll  (isam,  cisam,
+             hash,   chash,   heapsort   und  cheapsort),  sind  die
+             Prima"rschlu"ssel der Relation in der oooonnnn -Phrase  in  der
+             Reihenfolge  der  gewu"nschten Sortierung anzugeben, der
+             erstangegebene bildet  den  dominanten  Sortierbegriff.
+             Die  in der oooonnnn -Phrase nicht angegebenen Doma"nen werden
+             danach in  der  erzeugten  Reihenfolge  zur  Sortierung
+             herangezogen.
+
+             Bei einer Modifikation zur Speicherstruktur "same" wird
+             die Relation reorganisiert, d.h., die Speicherstruktur,
+             der  Sortierschlu"ssel  und  deren  Reihenfolge  bleiben
+             erhalten.    Nach  umfangreichen  A"nderungen  kann  die
+             externe Anordnung der Daten uneffektiv werden, so  dass
+             eine    Neueinrichtung    bzw.    Reorganisation    der
+             Schlu"sselstruktur sinnvoll ist.
+             (Schlu"sselbaumstruktur !)
+
+             Ein Fu"llfaktor <<<<ffffiiiillllllllffffaaaaccccttttoooorrrr>>>> spezifiziert die  prozentu-
+             ale Fu"llung (1 ... 100) der Prima"rseiten (unter idealen
+             Bedingungen) bei Anlage der Relation durch  das  mmmmooooddddiiiiffffyyyy
+             -Statement.   Dieser  Fu"llfaktor kann bei Modifizierung
+             auf isam, cisam, hash und chash angegeben werden.   Man
+             vermeide  die  Angabe  eines zu grossen Fu"llfaktors bei
+             noch unfertigen Relationen.  Eine ungleichma"ssige  Ver-
+             teilung des Schlu"ssels kann bei folgenden Erweiterungen
+             der  Relation  zur  Anlage  von  vielen  U"berlaufseiten
+             fu"hren, wodurch sich das Zugriffsverhalten der Relation
+             sehr verschlechtert.
+
+             Bei Modifizierung auf  hash  oder  chash  spezifizieren
+             mmmmiiiinnnnppppaaaaggggeeee  und  mmmmaaaaxxxxppppaaaaggggeeee  die minimale und maximale Anzahl
+             von Prima"rseiten, die die Relation haben  soll.   Falls
+             angegeben, mu"ssen beide mindestens 1 sein; mmmmaaaaxxxxppppaaaaggggeeee darf
+             nicht kleiner als mmmmiiiinnnnppppaaaaggggeeee sein.
+
+             Wenn nicht  angegeben,  werden  folgende  Standardwerte
+             eingesetzt:
+
+                     FILLFACTOR      MINPAGES        MAXPAGES
+                     ----------      --------        --------
+             hash    50              10              nach Bedarf
+             chash   75              1               nach Bedarf
+             isam    80              --              --
+             cisam   100             --              --
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                    UUUUNNNNIIIIXXXX
+
+
+
+
+
+        Referenz-Manual           - 105 -                    MMMMOOOODDDDIIIIFFFFYYYYRRRR
+
+
+             Fehlt  die  Schlu"sselangabe,  wird  die  erste   Doma"ne
+             der Relation der Schlu"ssel.
+             Die Sortierung der Tupel erfolgt in der Reihenfolge der
+             angegebenen Doma"nen `dom'.
+
+             ssssoooorrrrttttoooorrrrddddeeeerrrr (Sortierungsart, nur fu"r [c]heapsort):
+                  a
+                  ascending  - aufsteigend (Standard)
+                  d
+                  descending - absteigend
+
+             FFFFllllaaaaggggssss
+
+                -uxx       - alter-ego-Flag fu"r
+                             den UNIX-login-Name `xx'
+                +-w        - wait-Flag
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                    UUUUNNNNIIIIXXXX
+
+
+
+
+
+        Referenz-Manual           - 106 -                     PPPPRRRRIIIINNNNTTTTRRRR
+
+
+        NNNNAAAAMMMMEEEE
+
+             printr - Drucken von Relation(en)
+
+        SSSSYYYYNNNNOOOOPPPPSSSSIIIISSSS
+
+             pppprrrriiiinnnnttttrrrr [ ffffllllaaaaggggssss ] dbname { relname }
+
+        BBBBEEEESSSSCCCCHHHHRRRREEEEIIIIBBBBUUUUNNNNGGGG
+
+             pppprrrriiiinnnnttttrrrr druckt die angegebene(n) Relation(en) der Daten-
+             bank,  genauso  wie das pppprrrriiiinnnntttt((((qqqquuuueeeellll))))----SSSSttttaaaatttteeeemmmmeeeennnntttt....  Fu"r die
+             Ausfu"hrung  des   Kommandos   muss   lesender   Zugriff
+             (retrieve permission) fu"r den Nutzer gegeben sein.
+
+             Die wahlweisen Flags  haben  folgende  Bedeutung:  (ein
+             ``+-'' bedeutet, dass mit ````````++++xxxx'''''''' das Flag xxxx gesetzt und
+             mit ````````++++xxxx'''''''' das Flag xxxx gelo"scht werden soll.  Ein  ``-''
+             gibt  an,  dass mit ````````----xxxx'''''''' die Funktion xxxx eingeschaltet
+             werden soll):
+
+
+             -ex   setzen des Zeilenseparierungszeichens auf x.  Die
+                  Standardannahme ist das Zeichen ``-''.
+
+             -h[N] setze pro Seite eine U"berschrift  (header).   Mit
+                  der Angabe von NNNN kann die Anzahl der zu druckenden
+                  Zeilen pro Seite vera"ndert werden.  Die Anzahl der
+                  Zeilen   pro  Seite  wird  standardma"ssig  auf  66
+                  gesetzt.
+
+             -s   unterdru"ckt die Kopf- und Fusszeilen.
+
+             -cN  setzt    die    minimale     Spaltenbreite     fu"r
+                  Zeichenketten-  (character)  domains  auf  NNNN....  Die
+                  Standardannahme ist 6.
+
+             -ilN setzt die Ausgabebreite fu"r  Integers  auf  NNNN....   llll
+                  kann 1, 2, oder 4 fu"r , 2, oder 4 fu"r Die Standar-
+                  dannahme fu"r i1 und i2 ist 6, die fu"r i4 13.
+
+             -flxM.N setzt die  Ausgabebreite  fu"r  Gleitkommazahlen
+                  auf MMMM Ziffern mit NNNN Kommastellen.  llll kann 4 oder 8
+                  fu"r f4 oder f8 sein.  xxxx ist eine Formatangabe  und
+                  kann  die Werte eeee,,,, EEEE,,,, ffff,,,, FFFF,,,, gggg,,,, GGGG,,,, nnnn,,,, oder NNNN anneh-
+                  men.  EEEE steht fu"r die exponentielle und FFFF fu"r  die
+                  Gleitkommadarstellung.   GGGG und NNNN sind analog zu FFFF,
+                  passt die konvertierte Zahl aber nicht in die Aus-
+                  gabebreite   wird   auf   die  exponentielle  Form
+                  umgeschaltet.  GGGG garantiert  die  Ausrichtung  des
+                  Dezimalpunktes,  NNNN  nicht.  Das Standardformat ist
+                  nnnn11110000....3333....
+
+             -vX  setzt das Spaltenseparierungszeichen auf  XXXX....   Die
+                  Standardannahme ist der senkrechte Strich ``|''.
+
+
+
+
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                    UUUUNNNNIIIIXXXX
+
+
+
+
+
+        Referenz-Manual           - 107 -                     PPPPRRRRIIIINNNNTTTTRRRR
+
+
+        SSSSIIIIEEEEHHHHEEEE AAAAUUUUCCCCHHHH
+
+             quel(unix), print(quel)
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                    UUUUNNNNIIIIXXXX
+
+
+
+
+
+        Referenz-Manual           - 108 -                      PPPPUUUURRRRGGGGEEEE
+
+
+        NNNNAAAAMMMMEEEE
+
+             purge - Lo"schen aller verfallenen und tempora"ren  Rela-
+             tionen
+
+        SSSSYYYYNNNNOOOOPPPPSSSSIIIISSSS
+
+             ppppuuuurrrrggggeeee [ ffffllllaaaaggggssss ] [ ----ffff ] [ ----pppp ] [ ----aaaa ] { dbname }
+
+        BBBBEEEESSSSCCCCHHHHRRRREEEEIIIIBBBBUUUUNNNNGGGG
+
+             ppppuuuurrrrggggeeee durchsucht  die  angegebenen  Datenbanken  ddddbbbbnnnnaaaammmmeeee
+             nach  zu  lo"schenden  tempora"ren  Relationen,  die  zur
+             Laufzeit von ING_DB  angelegt werden.  Wenn das ----pppp Flag
+             verwendet  wird,  werden  zusa"tzlich  alle  verfallenen
+             Nutzerrelationen gelo"scht.   Die  nicht  zur  Datenbank
+             geho"rigen Files werden protokolliert und bei der Angabe
+             des ----ffff Flags gleichzeitig gelo"scht.
+
+             Nur der Datenbankadministrator (DBA) der Datenbank bzw.
+             der das alter-ego ----ssss Flag verwendende Systemadministra-
+             tor kann ppppuuuurrrrggggeeee abarbeiten.
+
+             Sollen alle Datenbanken bereinigt werden, fu"r  die  der
+             Nutzer  der  DBA  ist,  darf  kein Datenbankname spezi-
+             fiziert werden.  La"sst  der  Systemadministrator  unter
+             Verwendung  des  alter-ego  ----ssss  Flags den Datenbankname
+             weg, werden alle Datenbanken im System bereinigt.   Das
+             ----aaaa  (ask)  Flag fordert ppppuuuurrrrggggeeee vor jeder Aktion auf, dem
+             Nutzer eine  Meldung  auszugeben  und  die  Aktion  nur
+             auszufu"hren,  wenn ein 'y' (yes) eingegeben wird.  Alle
+             anderen Eingaben werden als 'n' (no) interpretiert.
+
+             ppppuuuurrrrggggeeee  sperrt  die  Datenbank  wa"hrend  seiner   Arbeit
+             exklusiv.   Wenn  die  Datenbank schon bearbeitet wird,
+             meldet ppppuuuurrrrggggeeee dies und geht zur na"chsten Datenbank u"ber.
+             Ist  das  ++++wwww  Flag  gesetzt, wird in jedem Fall auf die
+             Freigabe der Datenbank gewartet.
+
+        BBBBEEEEIIIISSSSPPPPIIIIEEEELLLLEEEE
+
+             purge -p +w tempdata
+             purge -a -f
+
+        SSSSIIIIEEEEHHHHEEEE AAAAUUUUCCCCHHHH
+
+             saver(unix), save(quel), restore(unix)
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                    UUUUNNNNIIIIXXXX
+
+
+
+
+
+        Referenz-Manual           - 109 -                       QQQQUUUUEEEELLLL
+
+
+        NNNNAAAAMMMMEEEE
+
+             quel - Starten des relationalen Datenbanksystems ING_DB
+              6.3/3
+
+        SSSSYYYYNNNNOOOOPPPPSSSSIIIISSSS
+
+             qqqquuuueeeellll [ ffffllllaaaaggggssss ] dbname [ process_table ]
+
+        BBBBEEEESSSSCCCCHHHHRRRREEEEIIIIBBBBUUUUNNNNGGGG
+
+             Das ist das  UNIX   Kommando  zum  Starten  von  ING_DB
+              6.3/3.  ddddbbbbnnnnaaaammmmeeee ist der Name einer existierenden Daten-
+             bank.
+
+             Die wahlweisen Flags  haben  folgende  Bedeutung:  (ein
+             ``+-'' bedeutet, dass mit ````````++++xxxx'''''''' das Flag xxxx gesetzt und
+             mit ````````----xxxx'''''''' das Flag xxxx gelo"scht werden soll.  Ein  ``-''
+             gibt  an,  dass mit ````````----xxxx'''''''' die Funktion xxxx eingeschaltet
+             werden soll):
+
+
+             -cN  setzt    die    minimale     Spaltenbreite     fu"r
+                  Zeichenketten-  (character)  domains  auf  NNNN....  Die
+                  Standardannahme ist 6.
+
+             -ilN setzt die Ausgabebreite fu"r  Integers  auf  NNNN....   llll
+                  kann  1,  2, oder 4 fu"r i1, i2, oder i4 sein.  Die
+                  Standardannahme fu"r i1 und i2 ist 6,  die  fu"r  i4
+                  13.
+
+             -flxM.N setzt die  Ausgabebreite  fu"r  Gleitkommazahlen
+                  auf MMMM Ziffern mit NNNN Kommastellen.  llll kann 4 oder 8
+                  fu"r f4 oder f8 sein.  xxxx ist eine Formatangabe  und
+                  kann  die Werte eeee,,,, EEEE,,,, ffff,,,, FFFF,,,, gggg,,,, GGGG,,,, nnnn,,,, oder NNNN anneh-
+                  men.  EEEE steht fu"r die exponentielle und FFFF fu"r  die
+                  Gleitkommadarstellung.  GGGG und NNNN sind analog zu FFFF ,
+                  passt die konvertierte Zahl aber nicht in die Aus-
+                  gabebreite   wird   auf   die  exponentielle  Form
+                  umgeschaltet.  GGGG garantiert  die  Ausrichtung  des
+                  Dezimalpunktes,  NNNN  nicht.  Das Standardformat ist
+                  nnnn11110000....3333....
+
+             -vX  setzt das Spaltenseparierungszeichen auf  XXXX....   Die
+                  Standardannahme ist der senkrechte Strich ``|''.
+
+             -ex  setzt das Zeilenseparierungszeichen  auf  x.   Die
+                  Standartannahme ist das Minuszeichen ``-''.
+
+
+             +-U  Erlaubt / erlaubt nicht
+                  das direkte  Vera"ndern  von  Systemkatalogen  oder
+                  Sekunda"rindizes.   Sie  mu"ssen  das  000004 bit im
+                  Statusfeld des users-File gesetzt haben, um dieses
+                  Flag   benutzen   zu   du"rfen.   Dieses  Flag  ist
+                  ausschliesslich fu"r das Debugging des Systems vor-
+                  gesehen  und  fu"r die normale Nutzung ausdru"cklich
+                  verboten.
+
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                    UUUUNNNNIIIIXXXX
+
+
+
+
+
+        Referenz-Manual           - 110 -                       QQQQUUUUEEEELLLL
+
+
+             -rM  Setzt die Speicherstruktur beim rrrreeeettttrrrriiiieeeevvvveeee iiiinnnnttttoooo Kom-
+                  mando  auf MMMM....  MMMM kann die Werte iiiissssaaaammmm,,,, cccciiiissssaaaammmm,,,, hhhhaaaasssshhhh,,,,
+                  cccchhhhaaaasssshhhh,,,, hhhheeeeaaaapppp,,,, cccchhhheeeeaaaapppp,,,, hhhheeeeaaaappppssssoooorrrrtttt,,,, oder cccchhhheeeeaaaappppssssoooorrrrtttt,,,,  fu"r
+                  ISAM, compressed ISAM, HASH table, compressed HASH
+                  table, HEAP, compressed HEAP,  sorted  HEAP,  oder
+                  compressed sorted HEAP annehmen.  Der Standardwert
+                  ist ``cheapsort''.
+
+             -nM  Setzt die Speicherstruktur beim iiiinnnnddddeeeexxxx Kommando auf
+                  MMMM....   MMMM  kann die gleichen Werte wie beim ----rrrr anneh-
+                  men.  Die Standardannahme ist ``isam''.
+
+             +-a  Setze / Lo"sche
+                  die autoclear-Funktion des interaktiven  Terminal-
+                  Monitors.  Sie ist standardma"ssig gesetzt.
+
+             +-b  Setze/Lo"sche batch update.
+                  Der das Flag verwendende Nutzer  muss  das  000002
+                  bit  im  Statusfeld  des  usersFile gesetzt haben.
+                  Normalerweise  ist   ``batch   update''   gesetzt,
+                  Queries   laufen   ohne   ``batch  update''  etwas
+                  schneller, es ist aber kein Recovery nach  crash's
+                  mo"glich.   Queries  setzen  das Flag fu"r die Query
+                  automatisch, wenn sie einen Sekunda"rindex a"ndern.
+
+             +-d  Drucke das dayfile bzw. drucke es nicht.  Das Flag
+                  ist normalerweise gesetzt.
+
+             +-s  Drucke bzw. drucke nicht
+                  die  Meldungen  und   Prompts   des   interaktiven
+                  Terminal-Monitors.   Das  Flag  ist  normalerweise
+                  gesetzt.  Wird es gelo"scht, lo"scht es auch das  ----dddd
+                  Flag.
+
+             -IfileAngabe des \include-files fu"r  den  Terminalmoni-
+                  tor.  Es  wird  nur  das  File  abgearbeitet,  die
+                  Eingabe bleibt vom Monitor.
+
+             PPPPrrrroooocccceeeessssssss____ttttaaaabbbblllleeee ist der Pfadname eines  UNIX   File,  das
+             eine  spezielle  ING_DB  Laufzeitkonfiguration entha"lt.
+             Diese Mo"glichkeit ist nur  fu"r  Systemanwendungen  vor-
+             gesehen,  fu"r  normale  Nutzer  ist  die  Angabe  einer
+             Prozesstabelle streng verboten.   Der  eine  Prozessta-
+             belle verwendende Nutzer muss das 000100 bit im Status-
+             feld des users-File gesetzt haben.  Der die  ``=''-Form
+             verwendende  Nutzer  muss das 000200 bit gesetzt haben.
+             Die ``=''-Form bedeutet, dass  dem  File  pppprrrroooocccceeeessssssss____ttttaaaabbbblllleeee
+             der Pfadname .../sys/etc/ vorangestellt wird.
+
+             BBBBeeeeaaaacccchhhhtttteeee:::: Es ist mo"glich,  QUEL  bzw.  den  interaktiven
+             Terminal-Monitor  als batch-Prozessor laufen zu lassen,
+             indem die `<', `>' und `|' Operatoren der  UNIX   shell
+             verwendet werden.
+
+
+
+
+
+
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                    UUUUNNNNIIIIXXXX
+
+
+
+
+
+        Referenz-Manual           - 111 -                       QQQQUUUUEEEELLLL
+
+
+        FFFFIIIILLLLEEEESSSS
+
+              ...sys/etc/users
+              ...sys/etc/proctab1.2
+              ...sys/etc/dayfile1.2
+              ...sys/etc/startup
+              .../data/base
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                    UUUUNNNNIIIIXXXX
+
+
+
+
+
+        Referenz-Manual           - 112 -                    QQQQUUUUEEEELLLL____DDDDTTTT
+
+
+        NNNNAAAAMMMMEEEE
+
+             quel_dt - Erstellen einer Demonstrationsdatenbank
+             quel_eng                      -"-
+
+        SSSSYYYYNNNNOOOOPPPPSSSSIIIISSSS
+
+             qqqquuuueeeellll____ddddtttt dbname [ ffffllllaaaagggg ]
+             qqqquuuueeeellll____iiiinnnngggg dbname [ ffffllllaaaagggg ]
+
+        BBBBEEEESSSSCCCCHHHHRRRREEEEIIIIBBBBUUUUNNNNGGGG
+
+             Mit den Kommandos qqqquuuueeeellll____ddddtttt und qqqquuuueeeellll____eeeennnngggg kann  eine  vor-
+             gefertigte      deutsch-     oder     englischsprachige
+             Demonstrations-Datenbank angelegt werden.
+
+             Der das Kommando verwendende  Nutzer  muss  vom  ING_DB
+             -Systemadministrator  die Berechtigung zum Erzeugen von
+             Datenbanken erhalten haben.  (Verzeichnet im  ING_DB  -
+             Nutzerverzeichnis)
+
+             Er wird der Datenbankadministrator (DBA) der Demonstra-
+             tionsdatenbank "dbname".
+
+             ddddbbbbnnnnaaaammmmeeee muss einmalig  innerhalb  des  gesamten  Systems
+             sein  (nur  fu"r  Kleinbuchstaben [max. 12 Zeichen] bzw.
+             Unterstreichungen)
+
+             ffffllllaaaagggg ist ein Flag, das an creatdb (unix) weitergereicht
+             wird.  Ein sinnvoller Wert fu"r ffffllllaaaagggg ist ----cccc....
+             Die Kommandos sind SHELL- Skripte
+
+        BBBBEEEEIIIISSSSPPPPIIIIEEEELLLL
+
+             quel_eng demo -c
+             quel_dt erichs_db
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                    UUUUNNNNIIIIXXXX
+
+
+
+
+
+        Referenz-Manual           - 113 -                       RRRREEEEFFFFRRRR
+
+
+        NNNNAAAAMMMMEEEE
+
+             refr - Anzeige von Informationen zu ING_DB -Kommandos
+
+        SSSSYYYYNNNNOOOOPPPPSSSSIIIISSSS
+
+             rrrreeeeffffrrrr {sections}
+
+        BBBBEEEESSSSCCCCHHHHRRRREEEEIIIIBBBBUUUUNNNNGGGG
+
+             rrrreeeeffffrrrr  zeigt  ohne  die  Angabe  von   Parametern   eine
+             U"bersicht u"ber die zur Verfu"gung stehenden Sektionen.
+
+             Es werden die Kommandos der Teile  UUUUNNNNIIIIXXXX  und  QQQQUUUUEEEELLLL  und
+             Beschreibungen  zu  ausgewa"hlten  Files  in .../sys/etc
+             angezeigt.
+
+             Bei der Angabe von Sektionen wird eine  Kurzinformation
+             zur  Syntax und zu den Flags der entsprechenden Komman-
+             dos bzw.  eine kurze Beschreibung der Files angezeigt.
+
+        BBBBEEEEIIIISSSSPPPPIIIIEEEELLLL
+
+             refr printr
+
+             (zeigt die Dokumentation des Kommandos "printr(unix)".
+
+        SSSSIIIIEEEEHHHHEEEE AAAAUUUUCCCCHHHH
+
+             man(quel), ref(quel, manr(unix)
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                    UUUUNNNNIIIIXXXX
+
+
+
+
+
+        Referenz-Manual           - 114 -                    RRRREEEESSSSTTTTOOOORRRREEEE
+
+
+        NNNNAAAAMMMMEEEE
+
+             restore - Recover nach einem ING_DB  oder UNIX -crash
+
+        SSSSYYYYNNNNOOOOPPPPSSSSIIIISSSS
+
+             rrrreeeessssttttoooorrrreeee [ ffffllllaaaaggggssss ] [ ----aaaa ] [ ----ffff ] [ ++++----pppp ] [ ----SSSS ] [ ----PPPP ]
+                     { dbname }
+
+        BBBBEEEESSSSCCCCHHHHRRRREEEEIIIIBBBBUUUUNNNNGGGG
+
+             rrrreeeessssttttoooorrrreeee  wird  nach  einem  ING_DB   oder  UNIX    Sys-
+             temabsturz  (syserr  od.  panic ) zur Wiederherstellung
+             der Integrita"t der Daten (recovery) verwendet.  Es muss
+             nach  jeder  unnormalen  Beendigung  der ING_DB  Arbeit
+             abgearbeitet werden.
+             AAAAcccchhhhttttuuuunnnngggg:::: Gehen Sie mit diesem Hinweis nicht  leichtfer-
+             tig  um, wenn mit der Datenbank gearbeitet wird, ko"nnen
+             Inkonsistenzen auftreten, die auch rrrreeeessssttttoooorrrreeee  nicht  mehr
+             auflo"sen kann!
+
+             Sie mu"ssen der  Datenbankadministrator  (DBA)  fu"r  die
+             Datenbank  oder  der  ING_DB  Systemadministrator unter
+             Verwendung des ----ssss  alter-ego  Flags  sein,  um  rrrreeeessssttttoooorrrreeee
+             abarbeiten zu ko"nnen.
+
+             Wenn  keine  Datenbank  angegeben  wurde,  werden  alle
+             Datenbanken  bearbeitet, fu"r die Sie der DBA sind.  Hat
+             der ING_DB  Systemadministrator das ----ssss Flag  und  keine
+             Datenbank spezifiziert, werden alle Datenbanken im Sys-
+             tem bearbeitet.
+
+             Das ----aaaa (ask)-Flag holt fu"r  jede  auszufu"hrende  Aktion
+             die  Erlaubnis  des Nutzers ein.  Die Verwendung des ----aaaa
+             Flags ist ratsam, wenn vermutet wird, dass der  Zustand
+             der  Datenbank  unbestimmt  ist.   Wenn  /dev/null  als
+             Eingabe (standard input) in Verbindung mit dem ----aaaa  Flag
+             benutzt  wird,  erha"lt  man  einen  Report aller Inkon-
+             sistenzen  der  Datenbank.   Wenn  rrrreeeessssttttoooorrrreeee  erfolgreich
+             beendet werden konnte, wird ppppuuuurrrrggggeeee mit den rrrreeeessssttttoooorrrreeee Flags
+             gerufen, um unerwu"nschte Files und tempora"re  Systemre-
+             lationen zu entfernen.  Mit dem Flag ----PPPP wird der Aufruf
+             von purge,unterdru"ckt.  Wenn purge erfolgreich  beendet
+             wurde,  wird ssssyyyyssssmmmmoooodddd gerufen, mit ----SSSS der Aufruf von sys-
+             mod unterdru"ckt.
+
+             rrrreeeessssttttoooorrrreeee kann weiterhin mit den ----ffff und/oder ----pppp Flags fu"r
+             ppppuuuurrrrggggeeee  aufgerufen  werden.  Nicht zuordenbare Files und
+             verfallene   Relationen   werden   nicht    automatisch
+             gelo"scht,  es  mu"ssen  die entsprechenden Flags gesetzt
+             sein.   In  den  Fa"llen  von  unvollendeten   destroy-,
+             create-   oder   index-Kommandos   wird   rrrreeeessssttttoooorrrreeee   die
+             zugeho"rigen Files nicht lo"schen, ppppuuuurrrrggggeeee muss mit dem  ----ffff
+             Flag  gerufen  werden,  um dies zu tun.  rrrreeeessssttttoooorrrreeee sperrt
+             die Datenbank wa"hrend seiner Arbeit.
+
+             rrrreeeessssttttoooorrrreeee kann begonnene A"nderungen an der Datenbank  nur
+             dann   ausfu"hren,   wenn  die  Batch-Files  vollsta"ndig
+             vorhanden sind. Alle nicht nachvollziehbaren A"nderungen
+             mu"ssen  vom  Anwender  wiederholt  werden. Unvollendete
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                    UUUUNNNNIIIIXXXX
+
+
+
+
+
+        Referenz-Manual           - 115 -                    RRRREEEESSSSTTTTOOOORRRREEEE
+
+
+             modify-Kommandos ko"nnen dann vollendet werden, wenn nur
+             noch   die   neue  Relationenbeschreibung  erzeugt  und
+             eingetragen werden muss.  Ein begonnenes  destroy  wird
+             immer  vollendet,  wa"hrend  ein create immer ausgesetzt
+             wird.
+
+             Wenn  wa"hrend  des   recovery   einer   Datenbank   ein
+             Interrupt-Signal    eintrifft,   wird   die   Datenbank
+             geschlossen und die na"chste (so vorhanden)  bearbeitet.
+             Das Quit-Signal beendet die Arbeit von rrrreeeessssttttoooorrrreeee....
+
+        BBBBEEEEIIIISSSSPPPPIIIIEEEELLLLEEEE
+
+             restore -f demo
+             restore -a grants < /dev/null
+
+        FFFFEEEEHHHHLLLLEEEERRRRNNNNAAAACCCCHHHHRRRRIIIICCCCHHHHTTTTEEEENNNN
+
+             Um die Fehlernachrichten zu  verstehen,  muss  man  die
+             Verbindung zwischen den einzelnen Katalogen kennen.
+             Dazu folgende Informationen:
+
+             1.   Eine Relation besteht aus genau einem UNIX  -File,
+                  einem Eintrag im Relationen-Katalog "relation" und
+                  mehreren Eintra"gen im Attribut-Katalog  (fu"r  jede
+                  Doma"ne einen !):
+                  Im  Attribut-Katalog  "attribute"  wird  fu"r  jede
+                  Doma"ne  der Name der Relation und deren Eigentu"mer
+                  mit verwaltet. Die Kataloge sind im  Systemkatalog
+                  wie  normale  Relationen verzeichnet, nur dass sie
+                  im Relationen-Katalog den Status  Katalog-Relation
+                  erhalten.
+
+             2.   Index-Relationen sind
+
+                  a)   wie normale Relationen verzeichnet, nur  dass
+                       sie  im  Relationen-Katalog  den Status INDEX
+                       erhalten.
+
+                  b)   Im Katalog "index" ist der  Name  der  Index-
+                       Relation und der Name der Prima"rrelation ver-
+                       zeichnet.
+
+                  c)   Die  Prima"rrelation  erha"lt  im   Relationen-
+                       Katalog den Status Prima"rrelation.
+
+             3.   Sichten (virtuelle Relationen) sind
+
+                  a)   wie normale Relationen verzeichnet, nur  dass
+                       sie  im  Relationen-Katalog  den Status Sicht
+                       erhalten
+
+                  b)   Der Name und die Definition der Sicht sind im
+                       Katalog "tree" abgelegt.
+
+                  c)   Der Name der Basisrelation der Sicht und  der
+                       Name  der  Sicht wird im Katalog "references"
+                       eingetragen (pro Basisrelation  ein  Eintrag)
+                       und   im   Relationen-Katalog  wird  fu"r  die
+                       Basisrelation ein Verweisza"hler erho"ht.
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                    UUUUNNNNIIIIXXXX
+
+
+
+
+
+        Referenz-Manual           - 116 -                    RRRREEEESSSSTTTTOOOORRRREEEE
+
+
+             4.   Integrita"ten:
+
+                  a)   Die  Relationen,  die   Integrita"ten   haben,
+                       erhalten    im    Katalog    "relation"   den
+                       zusa"tzlichen Status INTEG.
+
+                  b)   Im Katalog "integrities" sind die  Namen  der
+                       Relationen,  die  Namen  der  Relationen, die
+                       Intigrita"ten haben und ein Verweis auf  deren
+                       Definitionen im Katalog "tree" enthalten.
+
+                  c)   Die Namen der  Relationen,  die  Integrita"ten
+                       haben, und die Definition der Integrita"t sind
+                       im Katalog "tree" abgelegt.
+
+             5.   Zugriffsrechte
+
+                  a)   Die Relationen, die Zugriffsrechte  besitzen,
+                       erhalten  im  Katalog  "relation"  den Status
+                       PROTECT.
+
+                  b)   Im Katalog "protect" sind die Namen der Rela-
+                       tionen, die Zugriffsrechte besitzen sowie die
+                       Verweise  auf  deren  Definition  im  Katalog
+                       "tree" enthalten.
+
+                  c)   Die Namen der Relationen, die  Zugriffsrechte
+                       haben und die Definitionen der Zugriffsrechte
+                       sind im Katalog "protect" verzeichnet.
+
+                  d)   Entha"lt  die  Qualifikation   der   Zugriffs-
+                       rechtsdefinitionen eine zusa"tzliche Relation,
+                       werden im Katalog "references" die Namen  der
+                       zusa"tzlichen Relationen und die Relation, fu"r
+                       die   das   Zugriffsrecht   definiert   wird,
+                       eingetragen.  Im  Katalog "relation" wird fu"r
+                       die zusa"tzliche  Relation  ein  Verweisza"hler
+                       erho"ht.
+
+        SSSSIIIIEEEEHHHHEEEE AAAAUUUUCCCCHHHH
+
+             purge(unix), sysmod(unix), index(unix), define(quel)
+
+        HHHHIIIILLLLFFFFEEEENNNN
+
+             In einigen Systemen heisst dass Kommando rollback.
+             Bei restore sollten im  Interesse  der  Sicherheit  des
+             Ablaufs  Interrupt-  und Quit-Signale vermieden werden.
+             In ungu"nstigen Fa"llen kann die Datenbank zersto"rt  wer-
+             den.   Es  ist  unmoglich, zu verhindern, dass zwischen
+             restore und purge bzw. purge und  sysmod  kein  anderes
+             Kommando abgearbeitet wird.
+
+
+
+
+
+
+
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                    UUUUNNNNIIIIXXXX
+
+
+
+
+
+        Referenz-Manual           - 117 -                      SSSSAAAAVVVVEEEERRRR
+
+
+        NNNNAAAAMMMMEEEE
+
+             saver - Reservierung einer Relation bis zu
+                     einem bestimmten Datum
+
+        SSSSYYYYNNNNPPPPSSSSIIIISSSS
+
+             ssssaaaavvvveeeerrrr [ ffffllllaaaaggggssss ] dbname relname month day year
+
+        BBBBEEEESSSSCCCCHHHHRRRREEEEIIIIBBBBUUUUNNNNGGGG
+
+             ssssaaaavvvveeeerrrr wird benutzt, um das Verfallsdatum einer Relation
+             zu  vera"ndern,  das  bei ihrer Erzeugung standardma"ssig
+             auf 7 Tage festgelegt wird.
+
+             <<<<mmmmoooonnnntttthhhh>>>> ist der Monat (1,2,..12),  <<<<ddddaaaayyyy>>>>  ist  der  Tag
+             (1,2,..31)  und <<<<yyyyeeeeaaaarrrr>>>> ist das Jahr (1985,1986,...) des
+             neuen Verfallsdatums.  Die Verfallsstunde  wird  auf  0
+             Uhr gesetzt.
+
+             Das Streichen einer Relation,  deren  Reservierungszeit
+             abgelaufen  ist,  erfolgt  mit  dem  Programm ppppuuuurrrrggggeeee (s.
+             ppppuuuurrrrggggeeee (unix)).  Es erfolgt also nicht automatisch, son-
+             dern  nach  entsprechenden  technologischen  Regelungen
+             u"ber die Arbeit mit ppppuuuurrrrggggeeee....
+
+             Ausschliesslich  der  Eigentu"mer  einer  Relation  kann
+             deren Verfallsdatum vera"ndern.
+
+             Die  Systemrelationen  (relation,  attribute,   indexes
+             usw.) haben kein Verfallsdatum.
+
+             (Verfallsmonat):
+
+                 1, `jan'  oder  `january'
+                 2, `feb'  oder  `february'
+                 3, `mar'  oder  `march'
+                 4, `apr'  oder  `april'
+                 5, `may'
+                 6, `jun'  oder  `june'
+                 7, `jul'  oder  `july'
+                 8, `aug'  oder  `august'
+                 9, `sep'  oder  `september'
+                10, `oct'  oder  `october'
+                11, `nov'  oder  `november'
+                12, `dec'  oder  `december'
+
+
+             FFFFllllaaaaggggssss::::
+
+                -uxx    alter-ego-Flag fu"r
+                        den UNIX-login-Name `xx'
+                +-w     wait-Flag
+
+
+
+
+
+
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                    UUUUNNNNIIIIXXXX
+
+
+
+
+
+        Referenz-Manual           - 118 -                     SSSSYYYYSSSSMMMMOOOODDDD
+
+
+        NNNNAAAAMMMMEEEE
+
+             sysmod - Modifizierung  der  Systemkataloge  zu  vorde-
+             finierten Speicherstrukturen.
+
+        SSSSYYYYNNNNOOOOPPPPSSSSIIIISSSS
+
+             ssssyyyyssssmmmmoooodddd [ ffffllllaaaaggggssss ] dbname { rrrreeeellllnnnnaaaammmmeeee }
+
+        BBBBEEEESSSSCCCCHHHHRRRREEEEIIIIBBBBUUUUNNNNGGGG
+
+             ssssyyyyssssmmmmoooodddd modifiziert die Systemkataloge rrrreeeellllaaaattttiiiioooonnnn ,,,, aaaattttttttrrrriiii----
+             bbbbuuuutttteeee  ,,,,  iiiinnnntttteeeeggggrrrriiiittttiiiieeeessss  ,,,, pppprrrrooootttteeeecccctttt ,,,, ttttrrrreeeeeeee ,,,, rrrreeeeffffeeeerrrreeeennnncccceeeessss und
+             iiiinnnnddddeeeexxxxeeeessss (wenn nicht einzelne Kataloge spezifiziert wur-
+             den)   zu   Speicherstrukturen,   die   ING_DB    6.3/3
+             schnellsten Zugriff ermo"glichen.   Der  ssssyyyyssssmmmmoooodddd  verwen-
+             dende  Nutzer  muss entweder der Datenbankadministrator
+             (DBA) oder der ING_DB   Systemadministrator  sein,  der
+             das ----ssss Flag gesetzt hat.
+
+             ssssyyyyssssmmmmoooodddd sollte fu"r eine frisch erzeugte Datenbank sofort
+             und  spa"ter  periodisch  abgearbeitet  werden, um einen
+             bestmo"glichen  Zugriff  zu   den   Systemkatalogen   zu
+             erreichen.   Wenn viele Relationen bzw. Sekunda"rindizes
+             erzeugt und/oder gelo"scht wurden, sollte  ssssyyyyssssmmmmoooodddd  o"fter
+             abgearbeitet werden.
+
+        SSSSIIIIEEEEHHHHEEEE AAAAUUUUCCCCHHHH
+
+             modify(quel), restore(unix)
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                    UUUUNNNNIIIIXXXX
+
+
+
+
+
+        Referenz-Manual           - 119 -                  UUUUSSSSEEEERRRRSSSSEEEETTTTUUUUPPPP
+
+
+        NNNNAAAAMMMMEEEE
+
+             usersetup - Erstelle Nutzer-File
+
+        SSSSYYYYNNNNOOOOPPPPSSSSIIIISSSS
+
+             uuuusssseeeerrrrsssseeeettttuuuupppp [ ---- ]
+
+        BBBBEEEESSSSCCCCHHHHRRRREEEEIIIIBBBBUUUUNNNNGGGG
+
+             Das ////eeeettttcccc////ppppaaaasssssssswwwwdddd File wird gelesen  und  zur  Erstellung
+             des   ING_DB   -Nutzer-Verzeichnis  verwendet,  das  in
+             ............ssssyyyyssss////eeeettttcccc////uuuusssseeeerrrrssss abgelegt ist.   Wenn  das  Flag  ````````----''''''''
+             gesetzt  wird,  wird  das  Ergebnis nach Standardoutput
+             geschrieben.
+
+             Die Struktur des  ING_DB  -Nutzer-Files  ist  in  users
+             (files) beschrieben.  Der Nutzername, sowie die Nutzer-
+             und  Gruppenidentifikatoren  werden  so  initialisiert,
+             dass sie mit den korrespondierenden Eintrittspunkten im
+             ////eeeettttcccc////ppppaaaasssssssswwwwdddd File identisch sind.  Das Status-Feld  wird
+             auf  000000  initialisiert,  ausgenommen fu"r den Nutzer
+             iiiinnnngggg____ddddbbbb  ,  bei  dem  alle  Bits  gesetzt   sind   (alle
+             Berechtigungen).   Als  Initialisierungs-File  wird das
+             File ....qqqquuuueeeellll im Home-Directory (user's  login  directory)
+             des  Nutzers  eingetragen.   Das Feld fu"r den "ing_db"-
+             Nutzercode wird mit einem aufsteigenden Code, beginnend
+             mit  'aa' gefu"llt.  Alle anderen Felder werden mit Null
+             initialisiert.
+
+             Nach dem  Ablauf  von  uuuusssseeeerrrrsssseeeettttuuuupppp  kann  das  NNNNuuuuttttzzzzeeeerrrrvvvveeeerrrr----
+             zzzzeeeeiiiicccchhhhnnnniiiissss  editiert werden.  Bei Nutzern, die eine spez-
+             ielle Berechtigung erhalten sollen, ist das  Statusfeld
+             zu a"ndern
+
+             Falls  UNIX  -Nutzer  nach   Erstellung   des   ing_db-
+             Nutzerverzeichnisses  im File /etc/passwd zugefu"gt oder
+             gelo"scht  werden,  ist  es  notwendig,  das  Nutzerver-
+             zeichnis zu editieren, um diese A"nderung einzuarbeiten.
+             Das Kommando uuuusssseeeerrrrsssseeeettttuuuupppp kann nur einmal ausgefu"hrt  wer-
+             den, um das NNNNuuuuttttzzzzeeeerrrrvvvveeeerrrrzzzzeeeeiiiicccchhhhnnnniiiissss zu initialisieren.
+
+        FFFFIIIILLLLEEEESSSS
+
+              .../sys/etc/users
+              /etc/passwd
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                    UUUUNNNNIIIIXXXX
+
+
+
+
+
+        Referenz-Manual           - 120 -                  UUUUSSSSEEEERRRRSSSSEEEETTTTUUUUPPPP
+
+
+        SSSSIIIIEEEEHHHHEEEE AAAAUUUUCCCCHHHH
+
+             quel(unix), passwd(V), users(file)
+
+        HHHHIIIILLLLFFFFEEEENNNN
+
+             usersetup soll sie befa"higen, das uuuusssseeeerrrrssss -File auf einen
+             Ausgangsstand zu bringen.
+             Der Nutzer mit dem UNIX -login-Namen "topnew" kann  zum
+             Beispiel    durch   folgendes   Kommando   im   ing_db-
+             Nutzerverzeichnis aufgenommen werden:
+
+             usersetup -|fgrep topnew >> .../sys/etc/users
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                    UUUUNNNNIIIIXXXX
+
+
diff --git a/WEGA/contrib/ingres/dbs/ing_doc/teil1/doc1_ae b/WEGA/contrib/ingres/dbs/ing_doc/teil1/doc1_ae
new file mode 100644
index 0000000..688121c
--- /dev/null
+++ b/WEGA/contrib/ingres/dbs/ing_doc/teil1/doc1_ae
@@ -0,0 +1,2160 @@
+
+
+
+        Referenz-Manual           - 121 -                        ZZZZIIIIPPPP
+
+
+        NNNNAAAAMMMMEEEE
+
+             zip  -  Eingabe-Generator,  erzeugt  C-Quellcode   fuer
+             Eingabemasken
+
+        SSSSYYYYNNNNOOOOPPPPSSSSIIIISSSS
+
+             zzzziiiipppp [ ----zzzzpppphhhh ] [ ----aaaa line] [ ----cccc column] [ ----llll lib] txtmask
+             mit Compilierung, Archivierung  und  Erstellung  Input-
+             File (*_i)
+
+        BBBBEEEESSSSCCCCHHHHRRRREEEEIIIIBBBBUUUUNNNNGGGG
+
+             Mittels  zip  erzeugte  Prozeduren  werden  mit   einem
+             sogenannten  clear-Flag  (Loeschen des Bildschirms, Typ
+             integer) als 1. Argument - dabei  bedeutet  Flag  ==  0
+             Loeschen  und  groesser  0  kein Loeschen - sowie einem
+             show-Flag (erst zeigen, dann korrigieren) als 2.  Argu-
+             ment  -  dabei  bedeuten  Flag == -1 nur Anzeige, keine
+             Korrekturmo"glichkeit, Flag == 0 sofort Korrektur,  Flag
+             ==     1     erst    Anzeige    aller    Daten,    dann
+             Korrekturmo"glichkeit -  gerufen.  Der Rueckkehrcode der
+             Prozeduren  bestimmt  mit 1 eine ordnungsgemaesse Abar-
+             beitung bzw. mit 0 einen gewollten Abbruch nach Eingabe
+             von  '$'.  Das Verlassen des gesamten Programms aus der
+             Prozedur kann mit 2mal Interrupt (Control-C  bzw.  DEL)
+             herbeigefuehrt  werden.  Die zu bearbeitenden Variablen
+             (Eingabe, Korrektur, Anzeige) muessen global deklariert
+             sein. Als Datentypen fuer diese Variablen sind integer,
+             long, float, double und  character  zugelassen  (analog
+             AMX und EQUEL).
+
+             OOOOppppttttiiiioooonnnneeeennnn::::
+
+             -z   Zyklisch  zu  rufendes   Editions-Programm   (ohne
+                  automatisches  Bildschirm-Loeschen),  mit dem eine
+                  Erfassungsmaske jeweils nach der aktuellen Kursor-
+                  position angeha"ngt werden kann. In der Regel rollt
+                  bei U"berschreitung der  maximalen  Zeilenzahl  des
+                  Bildschirms  der  Bildschirminhalt so viele Zeilen
+                  nach oben, wie fu"r die  vollsta"ndige  Ausgabe  der
+                  Maske beno"tigt werden.
+
+             -a   Zeilennummer (line);  die  Maske soll an eine, bei
+                  der   Abarbeitung   bereits   auf  dem  Bildschirm
+                  stehende Maske ab "Zeilennummer" angeha"ngt werden;
+
+             -c   Spaltennummer (column); Die Maske soll auf  Spalte
+                  (column)  "Spaltennummer"  positioniert werden. In
+                  Verbindung mit der Option  -a  ist  eine  absolute
+                  Positionierung mo"glich.
+
+             -p   Die Aufforderung  zur  Angabe  von  Pru"fprozeduren
+                  (zeichen-  oder  wortbezogen [z/w]) wird bei allen
+                  Variablen, die mit Korrektur = j eingeordnet sind,
+                  ausgegeben.
+
+             -l   Das erzeugte   *.o-File  wird  in  die  Bibliothek
+                  "lib"  eingeordnet  bzw.  dort  angeha"ngt; Es gibt
+                  keine  Positionierungsmo"glichkeit  fuer  das  *.o-
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                    UUUUNNNNIIIIXXXX
+
+
+
+
+
+        Referenz-Manual           - 122 -                        ZZZZIIIIPPPP
+
+
+                  File.
+
+             HHHHiiiinnnnwwwweeeeiiiisssseeee::::
+
+                  Zum Binden muss die  Bibliothek  ////uuuussssrrrr////lllliiiibbbb////lllliiiibbbbzzzziiiipppp....aaaa
+                  eingezogen werden. Dort stehen die Konvertierungs-
+                  und zip-Prozeduren (Verwendung der Option  -lzip).
+                  Weiterhin   ist   die  Bibliothek  "libcurses"  (-
+                  lcurses)  und  die  Verfu"gbarkeit  der   "termcap"
+                  Voraussetzung.
+
+                  Bei der Abarbeitung von ZIP wird in dieser Reihen-
+                  folge  nach  dem Datentyp (int=i, long=l, float=f,
+                  double=d oder char=c), dem im aufrufenden Programm
+                  jeweils   vereinbarten  Variablenname,  der  Bear-
+                  beitungsart (nur Anzeige oder Korrektur)  und  bei
+                  Verwendung  des p bzw. h- Flags nach dem Namen der
+                  Pruef- bzw. Hilfeprozedur (mit '()' angeben) sowie
+                  der Form der Pruefung bzw. Hilfe gefragt.
+
+                  Mit  der  Generierung  des  Programms  werden  die
+                  Daten,  die  beim  Dialog  eingegeben wurden (ein-
+                  schliesslich Aufruf) an ein  File  ttttxxxxttttmmmmaaaasssskkkk____iiii  aus-
+                  gegeben,  sodass bei Wiederholungen der Aufruf zzzziiiipppp
+                  ttttxxxxttttmmmmaaaasssskkkk den Generator veranlasst, die Eingabewerte
+                  von diesem File zu lesen.
+
+                  Korrektur? > j, Korrektur der Variablen,
+                               n, Anzeige  der  Variablen.
+
+                  Sofern Sie sich vertippt haben, koennen Sie diesen
+                  Zyklus   nach   der  Abfrage  "Okay?  >"  mit  "n"
+                  wiederholen lassen.
+
+                  Die Bibliotheksfunktionen von ZIP beginnen mit ZZ,
+                  in  der Umgebung von ZIP sollten solche Namen ver-
+                  mieden werden.
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+        Version_6/3.3          Juni 16, 1989                  RRRREEEEPPPPOOOORRRRTTTT
+
+
+
+
+
+        Referenz-Manual           - 123 -                 EEEEiiiinnnnlllleeeeiiiittttuuuunnnngggg
+
+
+        _1._3.  UUUUNNNNIIIIXXXX  RRRReeeeppppoooorrrrtttt----KKKKoooommmmmmmmaaaannnnddddoooossss ****
+
+
+        _1._3._1.  UUUU""""bbbbeeeerrrrssssiiiicccchhhhtttt ****
+
+        Die Dokumentation wurde so aufgebaut, dass im  Report-Manual
+        nur  die  Komponenten  des Report-Generators vorgestellt und
+        einige grundsa"tzliche Ausfu"hrungen gegeben werden,  die  fu"r
+        das  Versta"ndnis  und  die Anwendung von Bedeutung sind.  Im
+        Manual konnte aus Gru"nden der U"bersichtlichkeit  keine  Dar-
+        stellung der Generator-Sprache untergebracht werden. Es wird
+        darauf hingewiesen, dass die Sprache sowohl in der Semantik,
+        als  auch  in  der  Syntax nicht ganz der gewohnten Umgebung
+        entspricht.  Die Notwendigkeit zur Schaffung  dieser  Lo"sung
+        ergibt  sich  daraus,  dass  der UNIX -Tool "awk" fu"r kleine
+        Hauptspeicher nur begrenzt einsetzbar ist und insgesamt sehr
+        langsam  arbeitet, ausserdem werden ha"ufig Anforderungen zur
+        Gestaltung  von  Druckbildern  gestellt,  die  "awk"   nicht
+        erfu"llen  kann.   Eine Verbindung zur Datenbank wird mit dem
+        Report-Generator mittelbar realisiert.
+
+        Im   Teil   II   der   Anwenderdokumentation   werden   eine
+        ausfu"hrliche  Anleitung  zur  Programmierung  der Generator-
+        Sprache mit Beispielen gebracht und  einige  Anwendungsfa"lle
+        beschrieben.   Die  Anwendung ist nicht grundsa"tzlich an das
+        Datenbanksystem ING_DB gebunden,  allerdings  wird  bei  der
+        Anwendung  auf  UNIX  -Files  das  Grundversta"ndnis des Pro-
+        grammpaketes vorausgesetzt.
+
+        Das Report Manual ist in 4 Abschnitte eingeteilt:
+
+        rc    beschreibt die Nutzung des Compilers  nach  Erstellung
+             des Quelltextes mit dem Editor.
+
+        rg    beschreibt die Anwendung des  eigentlichen  Generators
+             (Interpreters) zur Realisierung der Ausgabeformatierung
+             unter Nutzung des, mit "rc"  erzeugten  "R_code"-Files,
+             des "desc"-Files und des Daten-Files.
+
+        rd    erzeugt ein description-File aus einer  Relation  bzw.
+             das Skelett eines Reports.
+
+        rp_desc druckt ein description-File in lesbarer Form.
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+        Version_6/3.3          Juni 16, 1989                  RRRREEEEPPPPOOOORRRRTTTT
+
+
+
+
+
+        Referenz-Manual           - 124 -                 EEEEiiiinnnnlllleeeeiiiittttuuuunnnngggg
+
+
+                       DDDDOOOOKKKKUUUUMMMMEEEENNNNTTTTAAAATTTTIIIIOOOONNNN IIIINNNNGGGG____DDDDBBBB TTTTEEEEIIIILLLL1111
+
+
+
+
+
+                             TTTTEEEEIIIILLLL  RRRREEEEPPPPOOOOPPPPRRRRTTTT ****
+
+
+
+
+
+        ####################################################################
+        ####################################################################
+        ##                                                                ##
+        ##                                                                ##
+        ##                                                                ##
+        ##                                                                ##
+        ##                                                                ##
+        ##          ###   #     #  #####          ######  ######          ##
+        ##           #    ##    # #     #         #     # #     #         ##
+        ##           #    # #   # #               #     # #     #         ##
+        ##           #    #  #  # #  ####         #     # ######          ##
+        ##           #    #   # # #     #         #     # #     #         ##
+        ##           #    #    ## #     #         #     # #     #         ##
+        ##          ###   #     #  #####  ####### ######  ######          ##
+        ##                                                                ##
+        ##                                                                ##
+        ##                                                                ##
+        ##                                                                ##
+        ##         ######  ####### ######  ####### ######  #######        ##
+        ##         #     # #       #     # #     # #     #    #           ##
+        ##         #     # #       #     # #     # #     #    #           ##
+        ##         ######  #####   ######  #     # ######     #           ##
+        ##         #   #   #       #       #     # #   #      #           ##
+        ##         #    #  #       #       #     # #    #     #           ##
+        ##         #     # ####### #       ####### #     #    #           ##
+        ##                                                                ##
+        ##                                                                ##
+        ##                                                                ##
+        ##                                                                ##
+        ##                                                                ##
+        ####################################################################
+        ####################################################################
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+        Version_6/3.3          Juni 16, 1989                  RRRREEEEPPPPOOOORRRRTTTT
+
+
+
+
+
+        Referenz-Manual           - 125 -                 EEEEiiiinnnnlllleeeeiiiittttuuuunnnngggg
+
+
+        NNNNAAAAMMMMEEEE
+
+             rc - REPORT Compiler
+
+        SSSSYYYYNNNNOOOOPPPPSSSSIIIISSSS
+
+             rrrrcccc {[flag] file}
+
+
+             Flags zur Steuerung der Bearbeitung:
+
+             -c   Nur U"bersetzen, keine Codeerzeugung
+
+             -i   Eingabe von standard-input
+
+             -l   automatische    Umwandlung    der    Klein-     in
+                  Grossbuchstaben
+
+             -o   Ausgabe des u"bersetzten Reports  auf  das  R_CODE-
+                  File "r_code"
+
+             -s   Unterdru"ckung U"bersetzungsprotokoll
+
+             -v   Ausgabe U"bersetzungsprotokoll
+
+        BBBBEEEESSSSCCCCHHHHRRRREEEEIIIIBBBBUUUUNNNNGGGG
+
+             Der  Report-Compiler  rrrrcccc  u"bersetzt  ein  oder  mehrere
+             Reports  in einen vom  Report-Interpreter rrrrgggg verarbeit-
+             bare  Form.  Ist im  Report eine  Beschreibung  der  zu
+             druckenden   Daten  vorhanden,    wird  zusa"tzlich  das
+             description-File erzeugt.
+             Eine ausfu"hrliche Beschreibung wird im  Teil  2  dieser
+             Dokumentation gegeben.
+
+        BBBBEEEEIIIISSSSPPPPIIIIEEEELLLLEEEE
+
+                /* U"bersetze das Quell-File "quel_p" und
+                   erzeuge das R-code-File "r_code" */
+
+                   rc -o quel_p
+
+
+
+        SSSSIIIIEEEEHHHHEEEE AAAAUUUUCCCCHHHH
+
+             Teil 2 der Dok. REPORT-GENERATOR
+
+        NNNNAAAACCCCHHHHRRRRIIIICCCCHHHHTTTTEEEENNNN
+
+             Im    Laufzeitprotokoll    (auf    <stdout>)     werden
+             selbsterkla"rende Kommentare gegeben.
+
+
+
+
+
+
+
+
+
+
+
+        Version_6/3.3          Juni 16, 1989                  RRRREEEEPPPPOOOORRRRTTTT
+
+
+
+
+
+        Referenz-Manual           - 126 -                         RRRRDDDD
+
+
+        NNNNAAAAMMMMEEEE
+
+             rd - Erstellen des description-Files bzw. das Skelett
+                  eines Reports
+
+        SSSSYYYYNNNNOOOOPPPPSSSSIIIISSSS
+
+             rrrrdddd [flags] db rel [file]
+
+        BBBBEEEESSSSCCCCHHHHRRRREEEEIIIIBBBBUUUUNNNNGGGG
+
+             rrrrdddd erstellt zu der Relation ````rrrreeeellll''''  der  Datenbank  ````ddddbbbb''''
+             ein  description-File.  Fehlt  das Argument ````ffffiiiilllleeee'''' wird
+             der Name ddddeeeesssscccc gewa"hlt.
+
+             FFFFllllaaaaggggssss::::
+
+             -o   Ausgabe auf Standardoutput (anstelle eines Files)
+
+             -r   Ausgabe eines  leeren  (skeleton)  Reportprogramms
+                  anstelle des description-files. Fehlt das Argument
+                  `file`  wird  der  Name  rrrreeeeppppoooorrrrtttt   gewaehlt.    Die
+                  Doma"nendefinition ist im Report enthalten.
+
+        SSSSIIIIEEEEHHHHEEEE AAAAUUUUCCCCHHHH
+
+             Teil 2 der Dok. REPORT-GENERATOR
+
+        BBBBEEEEIIIISSSSPPPPIIIIEEEELLLLEEEE
+
+
+             rd demo personal
+             rd -o demo teile > teile.d
+             /*leerer Report*/
+             rd -r demo personal
+             /*oder identisch*/
+             rd demo teile teilend
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+        Version_6/3.3          Juni 16, 1989                  RRRREEEEPPPPOOOORRRRTTTT
+
+
+
+
+
+        Referenz-Manual           - 127 -                         RRRRGGGG
+
+
+        NNNNAAAAMMMMEEEE
+
+             rg - REPORT-Interpreter
+
+        SSSSYYYYNNNNOOOOPPPPSSSSIIIISSSS
+
+             rrrrgggg {flag}
+
+        BBBBEEEESSSSCCCCHHHHRRRREEEEIIIIBBBBUUUUNNNNGGGG
+
+
+             Zur File-Umlenkung sind folgende Flags implementiert:
+
+             -dfile Nutzung des description-Files "file" (Standard:
+                   ddddeeeesssscccc )
+
+             -ffile Nutzung des Datenfiles "file" (Standard:
+                   ttttuuuupppplllleeee )
+
+             -ifile Nutzung des R-Code-Files "file" (Standard:
+                   rrrr____ccccooooddddeeee )
+
+             -ofile Setze das  Report-Files  auf  "file"  (Standard:
+                  ssssttttaaaannnnddddaaaarrrrdddd----oooouuuuttttppppuuuutttt))))
+
+             Zur Ein-/Ausgabesteuerung sind folgende Flags implemen-
+             tiert:
+
+             -lno  (entspricht LINES no)
+                  La"nge des Informationsteils auf  einer  Seite  (no
+                  Zeilen)  Standard:  Wert  von ALL LINES, wenn dort
+                  definiert sonst: 66
+
+             -ano  (entspricht ALL LINES no)
+                  La"nge der physischen Druckseite (no Zeilen)  Stan-
+                  dard: Wert von LINES
+
+             -cno  (entspricht COLUMNS no)
+                  Breite des Informationsteils  (no  Spalten)  Stan-
+                  dard: 132
+
+             -pno  (entspricht FROM PAGE no)
+                  Es werden nur die Seiten in die Liste eingetragen,
+                  deren Seitennummer gro"sser oder gleich der angege-
+                  benen Zahl no ist.  Standard: 0
+
+             -Pno  (entspricht TO PAGE no)
+                  Es werden nur die Seiten in die Liste eingetragen,
+                  deren Seitennummer kleiner oder gleich der angege-
+                  benen Zahl no ist.  Standard: 32767 (Maximum)
+
+             -tno  (entspricht FROM TUPLE no)
+                  Es werden nur die Tupel verarbeitet, deren  Tupel-
+                  nummer gro"sser oder gleich der angegebenen Zahl no
+                  ist.  Standard: 0
+
+             -Tno  (entspricht TO TUPLE no)
+                  Es werden nur die Tupel verarbeitet, deren  Tupel-
+                  nummer kleiner oder gleich der angegebenen Zahl no
+                  ist.  Standard: 32767 (Maximum)
+
+
+
+        Version_6/3.3          Juni 16, 1989                  RRRREEEEPPPPOOOORRRRTTTT
+
+
+
+
+
+        Referenz-Manual           - 128 -                         RRRRGGGG
+
+
+             -b    (entspricht BIG)
+                  Alle Kleinbuchstaben werden beim  Einschreiben  in
+                  die  Liste automatisch in Grossbuchstaben umgewan-
+                  delt.  Standard: keine Umwandlung
+
+             -Dno  Setze Debug-Information = `no'
+
+             -Sno  Setze SWITCH `no' = TRUE
+
+             -Vno val  Setze VAR `no' = `val'
+
+         BBBBEEEEIIIISSSSPPPPIIIIEEEELLLLEEEE
+
+
+
+        SSSSIIIIEEEEHHHHEEEE AAAAUUUUCCCCHHHH
+
+             Teil 2 der Dok. REPORT-GENERATOR
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+        Version_6/3.3          Juni 16, 1989                  RRRREEEEPPPPOOOORRRRTTTT
+
+
+
+
+
+        Referenz-Manual           - 129 -                         RRRRPPPP
+
+
+         NNNNAAAAMMMMEEEE
+
+             rp_desc - druckt ein description-File in lesbarer Form
+
+         SSSSYYYYNNNNOOOOPPPPSSSSIIIISSSS
+
+              rrrrpppp____ddddeeeesssscccc [desc-file]
+
+         BBBBEEEESSSSCCCCHHHHRRRREEEEIIIIBBBBUUUUNNNNGGGG
+
+             Als  Argument  kann  der  Name  des   description-Files
+             angegeben  werden,  wenn  der Standardfilename "r_code"
+             nicht zutrifft.
+
+              rrrrpppp____ddddeeeesssscccc -  druckt  das  description-File  in  lesbarer
+             Form.
+
+         BBBBEEEEIIIISSSSPPPPIIIIEEEELLLL
+
+
+
+             rp_desc < description-file der Relation personal >
+             rd -r demo personal
+             rc -s report
+             rp_desc > beispiel
+             rm report r_code desc
+             cat beispiel
+
+             | field | type  | len   | off   |
+             |~~~~~~~|~~~~~~~|~~~~~~~|~~~~~~~|
+             |       |       |       |       |
+             |       |       |       |       |
+             |~~~~~~~|~~~~~~~|~~~~~~~|~~~~~~~|
+             |       |       |       |       |
+
+
+         SSSSIIIIEEEEHHHHEEEE AAAAUUUUCCCCHHHH
+
+             Teil 2 der Dok. REPORT-GENERATOR
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                   FFFFIIIILLLLEEEESSSS
+
+
+
+
+
+        Referenz-Manual           - 130 -                 UUUUeeeebbbbeeeerrrrssssiiiicccchhhhtttt
+
+
+        _1._4.  FFFFiiiilllleeeessss ****
+
+
+
+
+
+
+
+
+
+
+
+
+        _1._4._1.  UUUU""""bbbbeeeerrrrssssiiiicccchhhhtttt ****
+
+
+        =>   AMX(FILES): Steuerfiles fu"r AMX-Compiler
+
+        =>   DAYFILE(FILES): ING_DB  6.3/3 login Nachricht
+
+        =>   ERROR(FILES): ING_DB  6.3/3 Fehlerfiles
+
+        =>   STARTUP(FILES): ING_DB  6.3/3 startupfile
+
+        =>   USERS(FILES):   ING_DB    6.3/3    Nutzertabelle    mit
+             Parametern
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                   FFFFIIIILLLLEEEESSSS
+
+
+
+
+
+        Referenz-Manual           - 131 -                 UUUUeeeebbbbeeeerrrrssssiiiicccchhhhtttt
+
+
+                          DDDDOOOOKKKKUUUUMMMMEEEENNNNTTTTAAAATTTTIIIIOOOONNNN IIIINNNNGGGG____DDDDBBBB ---- TTTTEEEEIIIILLLL1111
+
+
+
+
+
+                            BBBBeeeesssscccchhhhrrrreeeeiiiibbbbuuuunnnngggg ddddeeeerrrr FFFFiiiilllleeeessss
+
+
+
+
+
+
+        ##############################################################
+        ##############################################################
+        ##                                                          ##
+        ##                                                          ##
+        ##                                                          ##
+        ##                                                          ##
+        ##                                                          ##
+        ##                                                          ##
+        ##       ###   #     #  #####          ######  ######       ##
+        ##        #    ##    # #     #         #     # #     #      ##
+        ##        #    # #   # #               #     # #     #      ##
+        ##        #    #  #  # #  ####         #     # ######       ##
+        ##        #    #   # # #     #         #     # #     #      ##
+        ##        #    #    ## #     #         #     # #     #      ##
+        ##       ###   #     #  #####  ####### ######  ######       ##
+        ##                                                          ##
+        ##                                                          ##
+        ##                                                          ##
+        ##                                                          ##
+        ##          #######   ###   #       #######  #####          ##
+        ##          #          #    #       #       #     #         ##
+        ##          #          #    #       #       #               ##
+        ##          #####      #    #       #####    #####          ##
+        ##          #          #    #       #             #         ##
+        ##          #          #    #       #       #     #         ##
+        ##          #         ###   ####### #######  #####          ##
+        ##                                                          ##
+        ##                                                          ##
+        ##                                                          ##
+        ##                                                          ##
+        ##                                                          ##
+        ##                                                          ##
+        ##############################################################
+        ##############################################################
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                   FFFFIIIILLLLEEEESSSS
+
+
+
+
+
+        Referenz-Manual           - 132 -                 UUUUeeeebbbbeeeerrrrssssiiiicccchhhhtttt
+
+
+        NNNNAAAAMMMMEEEE
+
+             .../sys/etc/amx*
+
+        BBBBEEEESSSSCCCCHHHHRRRREEEEIIIIBBBBUUUUNNNNGGGG
+
+             Die Files sind Steuerfiles fu"r den AMX-Compiler
+
+             amx_ixc6.3    fu"r in C eingebettetes AMX unter UNIX
+             amx_msc6.3    fu"r in Microsoft-C eingebettetes AMX
+                           unter MS-DOS-kompitablen Betriebssystemen
+             amx_ixf6.3    fu"r in C eingebettetes AMX unter UNIX
+                           fu"r das linken mit Fortran-77-Programmen
+
+
+        FFFFIIIILLLLEEEESSSS
+
+             .../sys/etc/amx*
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                   FFFFIIIILLLLEEEESSSS
+
+
+
+
+
+        Referenz-Manual           - 133 -                    DDDDAAAAYYYYFFFFIIIILLLLEEEE
+
+
+        NNNNAAAAMMMMEEEE
+
+             .../sys/etc/dayfile: ING_DB  6.3/3 login Nachricht
+
+        BBBBEEEESSSSCCCCHHHHRRRREEEEIIIIBBBBUUUUNNNNGGGG
+
+             Das dayfile entha"lt allgemeine Informationen des ING_DB
+              6.3/3-Systems fu"r den Nutzer.  Es entspricht mehr oder
+             weniger dem Nachrichtenfile ////uuuussssrrrr////ssssppppoooooooollll////mmmmaaaaiiiillll////**** in UNIX .
+             Das  File  hat  kein  festes Format, es wird zur ING_DB
+              6.3/3  login-Zeit  einfach  nach  Standardoutput   des
+             interaktiven  Terminalmonitors  kopiert.   Mittels  der
+             QUEL ----ssss oder der ----dddd Flags kann die Ausgabe des  dayfile
+             unterdru"ckt werden.
+
+             Es macht u"berhaupt nichts aus, wenn das  dayfile  nicht
+             existiert oder nicht lesbar ist.
+
+        FFFFIIIILLLLEEEESSSS
+
+             .../sys/etc/dayfile6.3
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                   FFFFIIIILLLLEEEESSSS
+
+
+
+
+
+        Referenz-Manual           - 134 -                      EEEERRRRRRRROOOORRRR
+
+
+        NNNNAAAAMMMMEEEE
+
+             .../files/error6.3_xx
+             - Files mit den ING_DB  6.3/3-Fehlermeldungen
+
+        BBBBEEEESSSSCCCCHHHHRRRREEEEIIIIBBBBUUUUNNNNGGGG
+
+             Diese    Files    enthalten    die    ING_DB     6.3/3-
+             Fehlermeldungen.   Es gibt jeweils ein File fu"r jeweils
+             einen Tausender-Zahlenbereich; d.h., die  Fehler-Nummer
+             2313 entha"lt das File error6.3_2.
+
+             Jedes File entha"lt eine Folge von  Fehlermeldungen  mit
+             den  dazugeho"rigen  Fehler-Nummern.  Wenn ein Fehler im
+             front-end-Prozess auftritt, wird das passende File nach
+             der  korrekten Fehler-Nummer skandiert.  Wenn er gefun-
+             den wird, wird die  Mitteilung  gedruckt;  anderenfalls
+             werden   die   Fehlernummern  und  die  Fehlerparameter
+             gedruckt.
+
+             Jede Meldung hat das Format
+                  Fehler-Nummer <TAB> Mitteilungs-Kurzform
+             Die Meldungen  werden  durch  das  Tilde-Zeichen  (`~')
+             begrenzt.   Die  Meldungen  werden  vor dem Druck skan-
+             diert.  Wenn die Folge %%%%nnnn auftritt (wobei nnnn eine Ziffer
+             von  0  bis 9 ist), wird der Parameter nnnn ersetzt, wobei
+             %0 der erste Parameter ist.
+
+             Die Parameter ko"nnen in beliebiger  Ordnung  auftreten.
+             Beispielsweise  kann  eine  Fehlermeldung  %2  referen-
+             zieren, bevor %0 referenziert worden ist.
+
+        BBBBEEEEIIIISSSSPPPPIIIIEEEELLLLEEEE
+
+        1003    line %0, bad database name %1~
+        1005    In the purge of %1, a bad %0 caused execution to halt~
+        1006    No process, try again.~
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                   FFFFIIIILLLLEEEESSSS
+
+
+
+
+
+        Referenz-Manual           - 135 -                    SSSSTTTTAAAARRRRTTTTUUUUPPPP
+
+
+        NNNNAAAAMMMMEEEE
+
+             .../files/startup: ING_DB  6.3/3 startupfile
+
+        BBBBEEEESSSSCCCCHHHHRRRREEEEIIIIBBBBUUUUNNNNGGGG
+
+             Das startupfile wird vom  interaktiven  Terminalmonitor
+             zur  ING_DB   6.3/3  login-Zeit  gelesen.  Das File ist
+             global fu"r alle ING_DB  6.3/3 Nutzer und wird  vor  dem
+             nutzerspezifischen   Init-File   (definiert  im  ING_DB
+              Nutzerverzeichnis) abgearbeitet.   Die  Hauptanwendung
+             des startupfiles du"rfte die Definition eines neuen Edi-
+             tors und/oder einer Shell sein, die mit den \\\\eeee bzw.  \\\\ssss
+             Monitorkommandos gerufen werden.
+
+        FFFFIIIILLLLEEEESSSS
+
+             .../sys/etc/startup
+
+        SSSSIIIIEEEEHHHHEEEE AAAAUUUUCCCCHHHH
+
+             monitor(quel), users(files)
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                   FFFFIIIILLLLEEEESSSS
+
+
+
+
+
+        Referenz-Manual           - 136 -                      UUUUSSSSEEEERRRRSSSS
+
+
+        NNNNAAAAMMMMEEEE
+
+             .../sys/etc/users: ING_DB  6.3/3 Nutzer Verzeichnis
+
+        BBBBEEEESSSSCCCCHHHHRRRREEEEIIIIBBBBUUUUNNNNGGGG
+
+             Das File users entha"lt Informationen u"ber die Nutzer in
+             durch   Doppelpunkt  ``:''  separierten  Feldern.   Der
+             Inhalt der einzelnen Felder ist folgender:
+
+             0*   Nutzername,  direkt  den  login-Namen  des   Files
+                  ////eeeettttcccc////ppppaaaasssssssswwwwdddd entnommen.
+
+             1*   Nutzercode, zugewiesen vom ING_DB  6.3/3 Systemad-
+                  ministrator.   Er  ist ein eineindeutiger (unique)
+                  zwei Zeichen langer Code.
+
+             2*   UNIX  user id.  Der uuuuiiiidddd muss den  Eintragungen  im
+                  File ////eeeettttcccc////ppppaaaasssssssswwwwdddd entsprechen.
+
+             3*   UNIX  group id.  Der ggggiiiidddd muss den Eintragungen  im
+                  File ////eeeettttcccc////ppppaaaasssssssswwwwdddd entsprechen.
+
+             4*   oktales Statuswort.  Die einzelnen  Bits  erteilen
+                  folgende Nutzungsberechtigungen:
+
+                  0000001 creatdb
+                          Berechtigung zur Erzeugung von
+                          Datenbanken
+                  0000002 direct update
+                          Berechtigung zum Abschalten des
+                          "deferred update" (A"nderung
+                          des Hintergrundes).
+                  0000004 update of system catalogs
+                          Berechtigung zum direkten A"ndern
+                          der Systemkataloge mittels QUEL
+                  0000020 trace flags
+                          Berechtigung zum Benutzen von Trace-
+                          flags (ausschliesslich fu"r Sys-
+                          temadministrator und Debugging)
+                  0000100 proctabs
+                          Berechtigung zur Benutzung belie-
+                          biger Prozesstabellen (ausschlies-
+                          slich fu"r Systemadministrator
+                          und Debugging)
+                  0000200 =proctab form
+                          Berechtigung zur Benutzung von unde-
+                          finierten Prozesstabellen der Form
+                          "= file" (file ist eine Prozesstabelle
+                          in Verzeichnis .../sys/etc)
+                  0100000 ing_db superuser
+                          Kennzeichnung des ING_DB
+                   Systemadmini-
+                          strators
+
+
+             5*   Flagliste, die beim Start von  ING_DB   6.3/3  fu"r
+                  diesen Nutzer automatisch gesetzt werden.
+
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                   FFFFIIIILLLLEEEESSSS
+
+
+
+
+
+        Referenz-Manual           - 137 -                      UUUUSSSSEEEERRRRSSSS
+
+
+             6*   Prozesstabelle des Nutzers.
+
+             7*   Initfile.  Das initfile  wird  zur  ING_DB   6.3/3
+                  login-Zeit    vom   interaktiven   Terminalmonitor
+                  abgearbeitet.   Es  wird  nach   dem   startupfile
+                  ausgefu"hrt.
+
+             8*   Kommentarfeld
+
+             9*   Datenbankliste.  Fehlt die Liste, kann der  Nutzer
+                  alle  Datenbanken  ansprechen.   Beginnt die Liste
+                  mit einem Minuszeichen ``-'', kann der Nutzer alle
+                  Datenbanken  benutzen,  die  nicht  in  der  Liste
+                  aufgeza"hlt sind, anderenfalls kann der Nutzer  nur
+                  mit  den  Datenbanken  arbeiten,  die in der Liste
+                  enthalten sind.
+
+
+        BBBBEEEEIIIISSSSPPPPIIIIEEEELLLL
+
+             ing_db:aa:5:2:177777:-d:=special:/mnt/ing_db/.quel::
+             guest:ah:35:1:000000:::::demo,guest
+
+        FFFFIIIILLLLEEEESSSS
+
+             .../sys/etc/users
+
+        SSSSIIIIEEEEHHHHEEEE AAAAUUUUCCCCHHHH
+
+             startup(files),
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                   EEEERRRRRRRROOOORRRR
+
+
+
+
+
+        Referenz-Manual           - 138 -                      UUUUSSSSEEEERRRRSSSS
+
+
+        _1._5.  EEEErrrrrrrroooorrrr ****
+
+
+
+
+
+
+
+
+
+
+
+
+        _1._5._1.  UUUU""""bbbbeeeerrrrssssiiiicccchhhhtttt
+
+
+        =>   EQUEL(ERROR): EQUEL Fehlerliste
+             Fehlernummern 1000 - 1999
+
+        =>   PARSER(ERROR): "Parser" Fehlerliste
+             Fehlernummern 2000 - 2999
+
+        =>   OVQP(ERROR): "One Variable Query Processor" Fehlerliste
+             Fehlernummern 4000 - 4499
+
+        =>   DECOMP(ERROR) - "Decomposition" Fehlerliste
+             Fehlernummern 4500 - 4999
+
+        =>   DBU(ERROR) - "Data Base Utility" Fehlerliste
+             Fehlernummern 5000 - 5999
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                   EEEERRRRRRRROOOORRRR
+
+
+
+
+
+        Referenz-Manual           - 139 -                      UUUUSSSSEEEERRRRSSSS
+
+
+                       IIIINNNNGGGG____DDDDBBBB DDDDOOOOKKKKUUUUMMMMEEEENNNNTTTTAAAATTTTIIIIOOOONNNN ---- TTTTEEEEIIIILLLL1111
+
+
+
+
+
+                   BBBBeeeesssscccchhhhrrrreeeeiiiibbbbuuuunnnngggg ddddeeeerrrr FFFFeeeehhhhlllleeeerrrrmmmmiiiitttttttteeeeiiiilllluuuunnnnggggeeeennnn ****
+
+
+
+
+
+        ###################################################################
+        ###################################################################
+        ##                                                               ##
+        ##                                                               ##
+        ##                                                               ##
+        ##                                                               ##
+        ##                                                               ##
+        ##                                                               ##
+        ##         ###   #     #  #####          ######  ######          ##
+        ##          #    ##    # #     #         #     # #     #         ##
+        ##          #    # #   # #               #     # #     #         ##
+        ##          #    #  #  # #  ####         #     # ######          ##
+        ##          #    #   # # #     #         #     # #     #         ##
+        ##          #    #    ## #     #         #     # #     #         ##
+        ##         ###   #     #  #####  ####### ######  ######          ##
+        ##                                                               ##
+        ##                                                               ##
+        ##                                                               ##
+        ##            ####### ######  ######  ####### ######             ##
+        ##            #       #     # #     # #     # #     #            ##
+        ##            #       #     # #     # #     # #     #            ##
+        ##            #####   ######  ######  #     # ######             ##
+        ##            #       #   #   #   #   #     # #   #              ##
+        ##            #       #    #  #    #  #     # #    #             ##
+        ##            ####### #     # #     # ####### #     #            ##
+        ##                                                               ##
+        ##                                                               ##
+        ##                                                               ##
+        ##                                                               ##
+        ##                                                               ##
+        ##                                                               ##
+        ###################################################################
+        ###################################################################
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                   EEEERRRRRRRROOOORRRR
+
+
+
+
+
+        Referenz-Manual           - 140 -                      UUUUSSSSEEEERRRRSSSS
+
+
+        NNNNAAAAMMMMEEEE
+
+             Aufza"hlung der Fehlermitteilungen des Parsers
+
+        SSSSYYYYNNNNOOOOPPPPSSSSIIIISSSS
+
+             Fehler-Nummern 2000 - 2999.
+
+        BBBBEEEESSSSCCCCHHHHRRRREEEEIIIIBBBBUUUUNNNNGGGG
+
+             Die folgenden Fehler ko"nnen durch den Parser  generiert
+             werden.   Der Parser liest ihre Query und u"bersetzt sie
+             in die entsprechende interne Darstellung; damit  weisen
+             diese Fehler meist auf Syntax- oder Typenkonflikte hin.
+
+        FFFFEEEEHHHHLLLLEEEERRRR
+
+
+             2000 %0 errors were found in ql program
+
+             2100 line %0, Attribute '%1' not in relation '%2'
+
+                  Es wird angezeigt, das in  der  angegebenen  Zeile
+                  des  ausgefu"hrten  Arbeitsspeichers der angezeigte
+                  Attributname keine Doma"ne der angezeigten Relation
+                  ist.
+
+             2102 line  %0,  No  operations  on  character   domains
+                  allowed
+
+             2103 line %0, Function type  does  not  match  type  of
+                  attribute '%1'
+
+                  Dieser Fehler wird erkannt, wenn  einer  Funktion,
+                  die  ausschliesslich  numerische Daten akzeptiert,
+                  eine  Zeichenkette  (oder   umgekehrt)   u"bergeben
+                  wurde.   Beispielsweise  ist es nicht erlaubt, SIN
+                  auf eine Zeichenketten-Doma"ne anzuwenden.
+
+             2106 line %0, Database utility command buffer overflow
+
+                  Dieser Fehler ergibt  sich,  wenn  das  verwendete
+                  Kommando  zu lang ist, um mit dem verfu"gbaren Puf-
+                  ferbereich den Parser zur Ausfu"hrung zu befa"higen.
+                  Sie  mu"ssen  das  Kommando  ku"rzen oder den Parser
+                  zuru"cksetzen.
+
+             2107 line %0, You are not allowed to update this  rela-
+                  tion: %1
+
+                  Dieser Fehler ergibt sich, wenn sie  ein  "update"
+                  auf  eine System-Relation oder einen Sekunda"rindex
+                  direkt in der QUEL versuchen (wie  RELATION  rela-
+                  tion).  Solche Operationen, die die Integrita"t der
+                  Datenbank gefa"hrden, sind nicht erlaubt.
+
+             2108 line %0, Invalid result relation for APPEND '%1'
+
+
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                   EEEERRRRRRRROOOORRRR
+
+
+
+
+
+        Referenz-Manual           - 141 -                     PPPPAAAARRRRSSSSEEEERRRR
+
+
+                  Diese Fehlermeldung geho"rt zu solchen  Fa"llen,  wo
+                  ein  "append"-Kommando  auf  eine Relation bezogen
+                  wird,  die  nicht  existiert  oder  zu  der  keine
+                  Zugriffsberechtigung besteht.  Beispielsweise wird
+                  ein "append to junk( ... )"  falsch,  wenn  "junk"
+                  nicht existiert.
+
+             2109 line %0,  Variable  '%1'  not  declared  in  RANGE
+                  statement
+
+                  Hier wurde ein Symbol in  einem  QUEL-Ausdruck  an
+                  einer  Stelle verwendet, wo eigentlich eine Tupel-
+                  Variable erwartet wurde und  dieses  Symbol  wurde
+                  u"ber ein RANGE-Statement nicht definiert.
+
+             2111 line %0, Too many attributes in key for INDEX
+
+                  Ein Sekunda"rindex darf nicht mehr als 6  Schlu"ssel
+                  haben.
+
+             2117 line %0,  Invalid  relation  name  '%1'  in  RANGE
+                  statement
+
+                  Sie haben eine Tupel-Variable  mit  einem  Bereich
+                  u"ber  eine Relation deklariert, die gar nicht exi-
+                  stiert.
+
+             2118 line %0, Out of space in query tree  -  Query  too
+                  long
+
+                  Sie haben das Pech, eine Query erzeugt  zu  haben,
+                  die  zu  lang  fu"r  die Verdauung durch den Parser
+                  ist.  Die einzige Mo"glichkeit ist,  die  Query  zu
+                  ku"rzen  oder  den  Parser  zuru"ckzusetzen, um mehr
+                  Pufferbereich  fu"r  die  Query  zur  Verfu"gung  zu
+                  haben.
+
+             2119 line %0, MOD operator  not  defined  for  floating
+                  point or character attributes
+
+                  Der mmmmoooodddd Operator ist nur fu"r Integer definiert.
+
+             2120 line %0, no pattern match operators allowed in the
+                  target list
+
+                  Pattern  matching-Operatoren  (solche  wie  ``*'')
+                  ko"nnen nur in einer Qualifikation benutzt werden.
+
+             2121 line %0, Only character type domains  are  allowed
+                  in CONCAT or INTTIME operator
+
+             2123 line %0, '%1.all' not defined for replace
+
+             2125 line %0, Cannot use aggregates ("avg"  or  "avgu")
+                  on character values
+
+             2126 line %0, Cannot use aggregates ("sum"  or  "sumu")
+                  on character values
+
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                   EEEERRRRRRRROOOORRRR
+
+
+
+
+
+        Referenz-Manual           - 142 -                     PPPPAAAARRRRSSSSEEEERRRR
+
+
+             2127 line %0, Cannot  use  numerical  functions  (ATAN,
+                  COS, GAMMA, LOG, SIN, SQRT, EXP, ABS) on character
+                  values
+
+             2128 line %0, Cannot use unary operators ("+" or "") on
+                  character values
+
+             2129 line %0, Numeric operations (+  * /)  not  allowed
+                  on character values
+
+                  Viele Funktionen und Operatoren sind  empfindlich,
+                  wenn auf sie Zeichenketten angewendet werden.
+
+             2130 line %0, Too many result domains in target list
+
+                  Die maximale Anzahl von Ergebnisdoma"nen ist MAXDOM
+                  (gegenwa"rtig 49).
+
+             2132 line %0, Too many aggregates in this query
+
+                  Die maximale Anzahl von Aggregaten, die  in  einer
+                  Query stehen du"rfen ist MAXAGG (gegenwa"rtig 49).
+
+             2133 line %0, Type conflict on relational operator
+
+                  Es ist nicht erlaubt, eine  Zeichenketten-Typ  mit
+                  einem numerischen Typ zu vergleichen.
+
+             2134 line %0, '%1' is not a constant operator.
+                  Only 'dba' or 'usercode' are allowed.
+
+             2135 line %0, You can't duplicate the name of an exist-
+                  ing relation(%1)
+
+                  Sie haben versucht, eine Relation zu erzeugen, die
+                  eine  existierende  Relation  umdefinieren  wu"rde.
+                  Verwenden sie einen anderen Namen.
+
+             2136 line %0, There is no such hour as  %1,  use  a  24
+                  hour clock system
+
+             2137 line %0, There is no such minute as %1, use  a  24
+                  hour clock system
+
+             2138 line %0, There is no such time as 24:%1, use a  24
+                  hour clock system
+
+                  Die  Fehler  2136-38  zeigen  an,  dass  sie  eine
+                  ungu"ltige  Zeitangabe  in  einem  ppppeeeerrrrmmmmiiiitttt Statement
+                  verwendet haben.  Erlaubte Zeitangaben  sind  0:00
+                  bis 24:00 (inklusiv).
+
+             2139 line %0, Your  database  does  not  support  query
+                  modification
+
+                  Sie  haben  versucht,  ein  "query  modification"-
+                  Statement  zu  realisieren,  (ddddeeeeffffiiiinnnneeee  ),  aber die
+                  Datenbank wurde mit dem ----qqqq Flag erzeugt.   Um  die
+                  Vorteile   der  "query  modification"  nutzbar  zu
+                  machen, mu"ssen sie in der Shell aufrufen:
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                   EEEERRRRRRRROOOORRRR
+
+
+
+
+
+        Referenz-Manual           - 143 -                     PPPPAAAARRRRSSSSEEEERRRR
+
+
+                       creatdb -e +q ddddbbbbnnnnaaaammmmeeee
+
+             2500 line %0, The word '%1', can't follow this command
+
+                  Ein  2500  Fehler  wird  zuru"ckgegeben,  wenn  der
+                  Parser den Fehler nicht anderweitig klassifizieren
+                  kann.  Ein nu"tzlicher Weg, um sich  diesen  Fehler
+                  erkla"ren  zu  ko"nnen,  ist  es,  die  in  Klammern
+                  eingeschlossene  target_list   wegzulassen.    Der
+                  Parser  gibt das letzte Symbol wieder, das bei der
+                  Pru"fung bearbeitet wurde.  Manchmal ist das letzte
+                  Symbol  allerdings  etwas von der Stelle entfernt,
+                  wo der Fehler auftrat.  Das Zeichen "EOF" wird als
+                  letztes Symbol verwendet, wenn der Parser nach der
+                  Query noch gelesen hat.
+
+             2501 line %0, The word '%1', can't  follow  a  RETRIEVE
+                  command
+
+             2502 line %0, The word '%1',  can't  follow  an  APPEND
+                  command
+
+             2503 line %0, The word '%1',  can't  follow  a  REPLACE
+                  command
+
+             2504 line %0, The word '%1', can't follow a DELETE com-
+                  mand
+
+             2507 line %0, The word '%1',  can't  follow  a  DESTROY
+                  command
+
+             2508 line %0, The word '%1', can't follow a  HELP  com-
+                  mand
+
+             2510 line %0, The word '%1', can't follow a MODIFY com-
+                  mand
+
+             2511 line %0, The word '%1', can't follow a PRINT  com-
+                  mand
+
+             2515 line %0, The word '%1', can't  follow  a  RETRIEVE
+                  UNIQUE command
+
+             2516 line %0, The word '%1', can't follow a DEFINE VIEW
+                  command
+
+             2519 line %0, The word '%1', can't follow a HELP  VIEW,
+                  HELP INTEGRITY, or HELP PERMIT command
+
+             2522 line %0, The word '%1', can't follow a DEFINE PER-
+                  MIT command
+
+             2523 line %0, The word  '%1',  can't  follow  a  DEFINE
+                  INTEGRITY command
+
+             2526 line %0, The word '%1',  can't  follow  a  DESTROY
+                  INTEGRITY or DESTROY PERMIT command
+
+
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                   EEEERRRRRRRROOOORRRR
+
+
+
+
+
+        Referenz-Manual           - 144 -                     PPPPAAAARRRRSSSSEEEERRRR
+
+
+                  Die Fehler 2502 bis  2526  zeigen  an,  dass  nach
+                  einer   anderweitig   unvollsta"ndigen  Query,  ein
+                  anderes Kommando nicht begonnen werden kann.   Die
+                  Query  wurde deshalb verlassen, weil so gegebenen-
+                  falls  durch  falsche  Interpretation  gefa"hrliche
+                  Situationen abgewendet werden sollten.
+
+             2600 syntax error on line %0
+                  last symbol read was: '%1'
+
+             2601 line %0, Syntax error on '%1', the correct  syntax
+                  is:
+                  RETRIEVE  [[INTO]relname]   (target_list)   [WHERE
+                  qual]
+                  RETRIEVE UNIQUE (target_list) [WHERE qual]
+
+             2602 line %0, Syntax error on '%1', the correct  syntax
+                  is:
+                  APPEND [TO] relname (target_list) [WHERE qual]
+
+             2603 line %0, Syntax error '%1', the correct syntax is:
+                  REPLACE tuple_variable (target_list) [WHERE qual]
+
+             2604 line %0, Syntax error on '%1', the correct  syntax
+                  is:
+                  DELETE tuple_variable [WHERE qual]
+
+             2605 line %0, Syntax error on '%1', the correct  syntax
+                  is:
+                  COPY relname (domname = format {, domname  =  for-
+                  mat}) direction filename
+
+             2606 line %0, Syntax error on '%1', the correct  syntax
+                  is:
+                  CREATE  relname (domname1 =  format{,  domname2  =
+                  format})
+
+             2607 line %0, Syntax error on '%1', the correct  syntax
+                  is:
+                  DESTROY relname {, relname}
+                  DESTROY  [PERMIT  |  INTEGRITY]  relname  [integer
+                  integer} | ALL]
+
+             2609 line %0, Syntax error on '%1', the correct  syntax
+                  is:
+                  INDEX ON relname IS indexname (domain1{, domain2})
+
+             2610 line %0, Syntax error on '%1', the correct  syntax
+                  is:
+                  MODIFY relname TO storage-structure  [ON  key1  [:
+                  sortord]
+                  [{, key2 [:sortorder]}]] [WHERE [FILLFACTOR  =  n]
+                  [, MINPAGES = n] [, MAXPAGES = n]]
+
+             2611 line %0, Syntax error on '%1', the correct  syntax
+                  is:
+                  PRINT relname{, relname}
+
+
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                   EEEERRRRRRRROOOORRRR
+
+
+
+
+
+        Referenz-Manual           - 145 -                     PPPPAAAARRRRSSSSEEEERRRR
+
+
+             2612 line %0, Syntax error on '%1', the correct  syntax
+                  is:
+                  RANGE OF variable IS relname
+
+             2613 line %0, Syntax error on '%1', the correct  syntax
+                  is:
+                  SAVE relname UNTIL month day year
+
+             2614 line %0, Syntax error on '%1', the correct  syntax
+                  is:
+                  DEFINE VIEW name (target list) [WHERE qual]
+                  DEFINE PERMIT oplist {ON|OF|TO} var [(attlist)] TO
+                  name [AT term] [FROM time TO time] [ON day TO day]
+                  [WHERE qual]
+                  DEFINE INTEGRITY ON var IS qual
+
+             2615 line %0, Syntax error on '%1', the correct  syntax
+                  is:
+                  RETRIEVE UNIQUE (target_list) [WHERE qual]
+
+             2616 line %0, Syntax error on '%1', the correct  syntax
+                  is:
+                  DEFINE VIEW name (target_list) [WHERE qual]
+
+             2619 line %0, Syntax error on '%1', the correct  syntax
+                  is:
+                  HELP VIEW relname[, relname]
+                  HELP PERMIT relname[, relname]
+                  HELP INTEGRITY relname[, relname]
+
+             2622 line %0, Syntax error on '%1', the correct  syntax
+                  is:
+                  DEFINE PERMIT oplist {ON|OF|TO} var [(attlist)] TO
+                  name [AT term] [FROM time TO time] [ON day TO day]
+                  [WHERE qual]
+
+             2623 line %0, Syntax error on '%1', the correct  syntax
+                  is:
+                  DEFINE INTEGRITY ON var IS qual
+
+                  Die Fehler 2600 bis 2623  werden  generiert,  wenn
+                  die  Kommando-Syntax verletzt wurde.  Die korrekte
+                  Syntax wird angegeben.  Wenn  das  Kommando  nicht
+                  erkla"rt werden kann, wird 2600 angegeben.
+
+             2700 line %0, non-terminated string
+
+                  Sie  haben  den   abschliessenden   Zeichenketten-
+                  Begrenzer (") vergessen.
+
+             2701 line %0, string too long
+
+                  Sie haben die seltene Beharrlichkeit und das Pech,
+                  eine  Zeichenketten-Konstante  mit  mehr  als  255
+                  Zeichen eingegeben zu haben.
+
+             2702 line %0, invalid operator
+
+
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                   EEEERRRRRRRROOOORRRR
+
+
+
+
+
+        Referenz-Manual           - 146 -                     PPPPAAAARRRRSSSSEEEERRRR
+
+
+                  Sie  haben  ein  Zeichen  eingegeben,  das   nicht
+                  alphanumerisch  ist  oder es handelt sich um einen
+                  nicht definierten Operator, beispielsweise "?".
+
+             2703 line %0, Name too long '%1'
+
+                  Die ING_DB  6.3/3  Relationen-Namen  und  Doma"nen-
+                  Namen sind auf 12 Zeichen begrenzt.
+
+             2704 line %0, Out of space in symbol table - Query  too
+                  long
+
+                  Ihre Query ist zu gross, um sie auszufu"hren.  Ver-
+                  suchen  sie,  sie  mit  mehreren KKKKoooommmmmmmmaaaannnnddddoooossss zzzzuuuu zzzzeeeerrrr----
+                  gggglllliiiieeeeddddeeeerrrrnnnn....
+
+             2705 line %0, non-terminated comment
+
+                  Sie  haben  vergessen,  das   Kommentar-Begrenzer-
+                  Symbol (``*/'') anzugeben.
+
+             2707 line %0, bad floating constant: %1
+
+                  Entweder  war  ihre   Gleitkomma-Konstante   nicht
+                  korrekt spezifiziert oder sie war zu gross oder zu
+                  klein.  Ein augenblicklicher U"ber- oder  Unterlauf
+                  wurde nicht festgestellt.
+
+             2708 line %0, control character passed in pre-converted
+                  string
+
+                  In  EQUEL  wurde  ein  "control"-Zeichen  in  eine
+                  Zeichenkette eingebettet, vor der Ausfu"hrung wurde
+                  das nicht festgestellt.
+
+             2709 line %0, buffer overflow in converting a number
+
+                  Eine Zahl kann eine La"nge von  256  Zeichen  nicht
+                  u"berschreiten.   Das  du"rfte kein Problem ergeben,
+                  da  die  Zahlenformate  in  ING_DB   6.3/3   recht
+                  grosszu"gig sind.
+
+             2800 line %0, yacc stack overflow in parsing query
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                   EEEERRRRRRRROOOORRRR
+
+
+
+
+
+        Referenz-Manual           - 147 -                     QQQQRRRRYYYYMMMMOOOODDDD
+
+
+        NNNNAAAAMMMMEEEE
+
+             Aufza"hlung der Query-Modifikations-Fehlermeldungen
+
+        SSSSYYYYNNNNOOOOPPPPSSSSIIIISSSS
+
+             Fehlernummern 3000 - 3999.
+
+        BBBBEEEESSSSCCCCHHHHRRRREEEEIIIIBBBBUUUUNNNNGGGG
+
+             Diese   Fehlermeldungen   werden   durch   die   Query-
+             Modifikations-    Module   generiert.    Diese   Fehler
+             schliessen syntaktische und  semantische  Probleme  aus
+             der  Sicht  der  Integrita"t  und  der Schutz-Definition
+             sowie Laufzeitfehler  -  unberechtigter  Einblick  oder
+             Schutz-Verletzungen - ein.
+
+        FFFFEEEEHHHHLLLLEEEERRRR
+
+
+             3310 %0 on view %1: can't update some domain
+
+                  Sie haben  versucht,  die  Operation  %0  nach  %1
+                  auszufu"hren;  jedoch  ist  diese Vera"nderung nicht
+                  definiert.
+
+             3320 %0 on view %1: domain occurs in  qualification  of
+                  view
+
+                  Es ist nicht mo"glich, eine Doma"ne in der  Qualifi-
+                  kation  zu vera"ndern, weil dadurch die Tupel nicht
+                  mehr mit der Abbildung u"bereinstimmen.
+
+             3330 %o on view %1: update would result  in  more  than
+                  one query
+
+                  Sie haben versucht, eine A"nderung auszufu"hren, die
+                  sich auf die Abbildung der darunterliegenden Rela-
+                  tionen auswirkt.
+
+             3340 %0 on view %1: views do not have TID's
+
+                  Sie haben versucht, das Tupel-Identifikations-Feld
+                  abzubilden, das ist nicht definiert.
+
+             3350 %0 on view %1: can't update an aggregate value
+
+                  Sie  ko"nnen  keinen  Wert  a"ndern,  der   in   der
+                  Abbildungs- Definition als ein Aggregat steht.
+
+             3360 %0 on view %1: that update might be non-functional
+
+                  Es  gibt  eine  Mo"glichkeit,  das   die   gewollte
+                  Vera"nderung  nicht  eintritt.   Na"mlich dann, wenn
+                  einige unerwartete Nebeneffekte auftreten.  ING_DB
+                   6.3/3  geht  davon  aus,  dass es besser ist, die
+                  A"nderung nicht zu versuchen.
+
+
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                   EEEERRRRRRRROOOORRRR
+
+
+
+
+
+        Referenz-Manual           - 148 -                     QQQQRRRRYYYYMMMMOOOODDDD
+
+
+             3490 INTEGRITY on %1: can't handle aggregates yet
+
+                  Sie    ko"nnen     keine     Integrita"tsbedingungen
+                  definieren, die Aggregate einschliessen.
+
+             3491 INTEGRITY on %1: can't handle  multivariable  con-
+                  straints
+
+                  Sie ko"nnen keine Integrita"tsbedingungen  auf  mehr
+                  als eine einfache Variable definieren.
+
+             3492 INTEGRITY on %1:  constraint  does  not  initially
+                  hold
+
+                  Wenn  sie  die  Bedingungen  definieren,  gibt  es
+                  bereits Tupel in der Relation, die die Bedingungen
+                  nicht erfu"llen.  Sie mu"ssen die Relation  so  auf-
+                  stellen,  dass die Bedingungen erfu"llt sind, bevor
+                  sie sie deklarieren.
+
+             3493 INTEGRITY on %1: is a view
+
+                  Sie ko"nnen Integrita"tsbedingungen nicht auf Abbil-
+                  dungen definieren.
+
+             3494 INTEGRITY on %1: You must own '%1'
+
+                  Sie mu"ssen Eigentu"mer der Relation sein, wenn  sie
+                  Integrita"tsbedingungen definieren wollen.
+
+             3500 %0 on relation %1: protection violation
+
+                  Sie haben versucht,  eine  Operation  auszufu"hren,
+                  die ihnen nicht erlaubt ist.
+
+             3590 PERMIT: bad terminal identifier "%2"
+
+                  Im   ppppeeeerrrrmmmmiiiitttt   Statement    ist    das    Terminal-
+                  Identifikationsfeld unrichtig.
+
+             3591 PERMIT: bad user name "%2"
+
+                  Sie haben einen Nutzername verwendet, der  im  Sy-
+                  stem nicht definiert ist.
+
+             3592 PERMIT: Relation '%1' not owned by you
+
+                  Sie mu"ssen Eigner der  Relation  sein,  bevor  sie
+                  versuchen   ko"nnen,   die   Schutz-Bedingungen  zu
+                  vera"ndern.
+
+             3593 PERMIT: Relation '%1' must be a real relation (not
+                  a view)
+
+                  Sie  ko"nnen  keine   Erlaubnis   auf   Abbildungen
+                  definieren.
+
+             3594 PERMIT on %1: bad day-of-week '%2'
+
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                   EEEERRRRRRRROOOORRRR
+
+
+
+
+
+        Referenz-Manual           - 149 -                     QQQQRRRRYYYYMMMMOOOODDDD
+
+
+                  Der Wochentag-Code wurde nicht erkannt.
+
+             3595 PERMIT on %1: only the  DBA  can  use  the  PERMIT
+                  statement
+
+                  Weil nur der DBA verku"rzte Relationen haben  darf,
+                  kann nur der DBA die ppppeeeerrrrmmmmiiiitttt Statements vera"ndern.
+
+             3700 Tree buffer overflow in query modification
+
+             3701 Tree build stack overflow in query modification
+
+                  Schlechte Neuigkeiten.  Ein  interner  Puffer  ist
+                  u"bergelaufen.   Einige  Ausdru"cke  sind  zu gross.
+                  Versuchen sie, ihre Ausdru"cke zu verkleinern.
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                   EEEERRRRRRRROOOORRRR
+
+
+
+
+
+        Referenz-Manual           - 150 -                       OOOOVVVVQQQQPPPP
+
+
+        NNNNAAAAMMMMEEEE
+
+             Aufza"hlung der Fehlermeldungen des Ein-Variablen  Query
+             Prozessors
+
+        SSSSYYYYNNNNOOOOPPPPSSSSIIIISSSS
+
+             Fehlernummern 4000 - 4499.
+
+        BBBBEEEESSSSCCCCHHHHRRRREEEEIIIIBBBBUUUUNNNNGGGG
+
+             Diese Fehlermeldungen werden  zur  Laufzeit  generiert.
+             Der  "One  Variable  Query  Processor" referenziert die
+             aktuellen Daten und fu"hrt die einfachen Ergebnisse  des
+             Parsers  aus.   Damit  sind  diese  Fehlermeldungen mit
+             Typen-Konflikten verbunden, die  zur  Laufzeit  erkannt
+             werden.
+
+        FFFFEEEEHHHHLLLLEEEERRRR
+
+
+             4100 ovqp query list overflowed
+
+                  Dieser Fehler wird in der ungewo"hnlichen Situation
+                  erzeugt,  dass die interne Form ihrer interaktiven
+                  Anweisungen mehr Platz im "one variable query pro-
+                  cessor"  beno"tigt,  als  fu"r  den Query-Puffer zur
+                  Verfu"gung steht.  Es gibt nichts Anderes, als  die
+                  interaktiven  Anweisungen  durch  Ausschliessen zu
+                  ku"rzen oder OVQP mit einem gro"sseren  Query-Puffer
+                  neu zu starten.
+
+             4106 the interpreters stack  overflowed  --  query  too
+                  long
+
+             4107 the buffer for ASCII  and  CONCAT  commands  over-
+                  flowed
+
+                  Ein weiterer Puffer-U"berlauf.
+
+             4108 can't use arithmetic operators  on  two  character
+                  fields
+
+             4109 can't use numeric values with CONCAT operator
+
+                  Sie haben versucht, eine numerische Operation  auf
+                  ein Zeichenfeld anzuwenden.
+
+             4110 floating point exception occurred.
+
+                  Wenn   sie   Gleitkomma-Hardware   anstelle    von
+                  Gleitkomma-Software  Interpreter haben, werden sie
+                  diesen Fehler  nur  im  Ausnahmefall  (U"ber-  oder
+                  Unterlauf)  haben.   Wenn der Software Interpreter
+                  solche Ausnahmen ignoriert, ist dieser Fehler  nur
+                  bei Gleitkomma-Hardware mo"glich.
+
+             4111 character value can't be converted to numeric  due
+                  to incorrect syntax.
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                   EEEERRRRRRRROOOORRRR
+
+
diff --git a/WEGA/contrib/ingres/dbs/ing_doc/teil1/doc1_af b/WEGA/contrib/ingres/dbs/ing_doc/teil1/doc1_af
new file mode 100644
index 0000000..f0b75ca
--- /dev/null
+++ b/WEGA/contrib/ingres/dbs/ing_doc/teil1/doc1_af
@@ -0,0 +1,792 @@
+
+
+
+        Referenz-Manual           - 151 -                       OOOOVVVVQQQQPPPP
+
+
+                  Bei der Konvertierung von int1, int2, int4, float4
+                  oder  float8  aus einem Zeichenkettenwert zu einem
+                  numerischen Wert, muss der  Zeichenkettenwert  der
+                  gu"ltigen  Syntax genu"gen.  Dieser Fehler entsteht,
+                  wenn   der   Zeichenkettenwert    nicht-numerische
+                  Zeichen entha"lt.
+
+             4112 ovqp query vector overflowed
+
+                  Gleicht Fehler 4100.
+
+             4113 compiler text space ran out
+
+             4114 compiler ran out of registers
+
+                  Dieser Fehler tritt bei einer Experimental-Version
+                  des   Systems   auf,   er  ist  gegenwa"rtig  nicht
+                  relevant.
+
+             4199 you must convert your 6.0 secondary  index  before
+                  running this query!
+
+                  Das  interne  Format  von  Sekunda"r-Indizes  wurde
+                  zwischen  den  Versionen  6.0  und  6.1 von ING_DB
+                   6.3/3 gea"ndert.  Bevor entschieden wird,  ob  ein
+                  Sekunda"r  -Index verwendet wird, pru"ft OVQP, ob es
+                  nicht ein 6.0 Index ist.  Als Massnahme wird  emp-
+                  fohlen,  den  Sekunda"r-Index zu lo"schen und neu zu
+                  erzeugen.
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                   EEEERRRRRRRROOOORRRR
+
+
+
+
+
+        Referenz-Manual           - 152 -                     DDDDEEEECCCCOOOOMMMMPPPP
+
+
+        NNNNAAAAMMMMEEEE
+
+             Aufza"hlung der Decomposition-Fehlermeldungen
+
+        SSSSYYYYNNNNOOOOPPPPSSSSIIIISSSS
+
+             Fehlernummern 4500 - 4999.
+
+        BBBBEEEESSSSCCCCHHHHRRRREEEEIIIIBBBBUUUUNNNNGGGG
+
+             Diese Fehlermeldungen sind mit  dem  Prozess  der  Auf-
+             gliederung  (Decomposition) einer Multi-Variablen Query
+             in eine Folge von Ein-Variablen Queries, die durch OVQP
+             ausgefu"hrt werden ko"nnen, verbunden.
+
+        FFFFEEEEHHHHLLLLEEEERRRR
+
+
+             4602 query involves too many relations to create aggre-
+                  gate function intermediate result.
+
+                  Bei der Ausfu"hrung von Aggregat-Funktionen ist  es
+                  gewo"hnlich  notwendig,  eine Zwischen-Relation fu"r
+                  jjjjeeeeddddeeee Aggregat-Funktion zu erzeugen.   Jedoch  darf
+                  keine  Query mehr als sechs Variablen haben.  Weil
+                  Aggregat-Funktionen implizit die Anzahl der Varia-
+                  blen  in der Query einschliessen, ko"nnen sie diese
+                  Grenze u"berschreiten.   Sie  mu"ssen  entweder  den
+                  interaktiven  Teil  abbrechen  und  die  Aggregat-
+                  Funktion separat ausfu"hren oder sie mu"ssen  ING_DB
+                   6.3/3  abbrechen,  um sich Unterstu"tzung fu"r mehr
+                  Variablen je Query zu holen.
+
+             4610 Query too long for available buffer  space  (qbuf-
+                  size).
+
+             4611 Query too long for available buffer space (varbuf-
+                  siz)
+
+             4612 Query too long for available buffer space (sqsiz)
+
+             4613 Query too long for available buffer space  (stack-
+                  siz)
+
+             4614 Query too long for available buffer space  (agbuf-
+                  siz).
+
+                  Dies ereignet sich,  wenn  die  interne  Form  der
+                  interaktiven    Auflo"sung    zu   lang   fu"r   den
+                  zugewiesenen  Pufferbereich   ist.    Sie   mu"ssen
+                  entweder  die  interaktive Eingabe ku"rzen oder die
+                  Auflo"sung neu starten.  Der Name in Klammern  gibt
+                  den  internen Namen des Puffers, der zu klein war,
+                  an.
+
+             4615 Aggregate function is too wide  or  has  too  many
+                  domains.
+
+
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                   EEEERRRRRRRROOOORRRR
+
+
+
+
+
+        Referenz-Manual           - 153 -                     DDDDEEEECCCCOOOOMMMMPPPP
+
+
+                  Die interne Form einer Aggregatfunktion darf nicht
+                  mehr als 49 Doma"nen oder nicht mehr als 1010 Bytes
+                  enthalten.  Versuchen sie die Aggregatfunktion  in
+                  zwei oder mehr Teile zu gliedern.
+
+             4620 Target list for "retrieve unique" has more than 49
+                  domains or is wider than 1010 bytes.
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                   EEEERRRRRRRROOOORRRR
+
+
+
+
+
+        Referenz-Manual           - 154 -                        DDDDBBBBUUUU
+
+
+        NNNNAAAAMMMMEEEE
+
+             Aufza"hlung der Data_Base_Utility-Fehlermeldungen
+
+        SSSSYYYYNNNNOOOOPPPPSSSSIIIISSSS
+
+             Fehlernummern 5000 - 5999
+
+        BBBBEEEESSSSCCCCHHHHRRRREEEEIIIIBBBBUUUUNNNNGGGG
+
+             Die Datenbank-Benutzungsfunktionen behandeln meist alle
+             Fragen,  die direkt mit der Ausfu"hrung von Queries ver-
+             bunden sind.  Die Fehlermeldungen, die  generiert  wer-
+             den,  ergeben  sich  aus  Syntaxpru"fungen  und  einigen
+             Ungereimtheiten bei der Semantikpru"fung.
+
+        FFFFEEEEHHHHLLLLEEEERRRR
+
+
+             5001 PRINT: bad relation name %0
+
+                  Sie haben versucht eine Relation zu  drucken,  die
+                  nicht existiert.
+
+             5002 PRINT: %0 is a view and can't be printed
+
+                  Der einzige Weg eine Abbildung  zu  drucken,  wird
+                  durch "retrieve" realisiert.
+
+             5003 PRINT: Relation %0 is protected.
+
+                  Sie sind  nicht  autorisiert  zu  dieser  Relation
+                  zuzugreifen.
+
+             5102 CREATE: duplicate relation name %0
+
+                  Sie haben versucht eine Relation zu erzeugen,  die
+                  bereits existiert.
+
+             5103 CREATE: %0 is a system relation
+
+                  Sie ko"nnen keine Relation erzeugen, die den selben
+                  Namen  wie  eine System-Relation hat.  Die System-
+                  Abha"ngigkeiten gehen davon aus, dass die Systemre-
+                  lationen "unique" (einmalig) sind.
+
+             5104 CREATE %0: invalid attribute name %1
+
+                  Das geschieht, wenn sie versuchen eine Relation zu
+                  erzeugen,  deren  Attribute  la"nger als 12 Zeichen
+                  sind.
+
+             5105 CREATE %0: duplicate attribute name %1
+
+                  Attributnamen in einer  Relation  mu"ssen  einmalig
+                  (unique)  sein.  Sie haben versucht, einen doppel-
+                  ten Namen zu erzeugen.
+
+
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                   EEEERRRRRRRROOOORRRR
+
+
+
+
+
+        Referenz-Manual           - 155 -                        DDDDBBBBUUUU
+
+
+             5106 CREATE %0: invalid attribute format "%2" on attri-
+                  bute %1
+
+                  Die zugelassenen Formate  einer  Doma"ne  sind  c1-
+                  c255,  i1, i2, i4, f4 und f8.  Irgendwelche andere
+                  Formate generieren diesen Fehler.
+
+             5107 CREATE %0: excessive domain count on attribute %1
+
+                  Eine Relation  kann  nicht  mehr  als  49  Doma"nen
+                  haben.   Der Ursprung dieser magischen Zahl ist in
+                  Dunkelheit gehu"llt, es ist  aber  sehr  schwer  zu
+                  a"ndern.
+
+             5108 CREATE %0: excessive relation width  on  attribute
+                  %1
+
+                  Die maximale Zahl von Bytes, die ein Tupel enthal-
+                  ten darf, ist 1010.  Dies ergibt sich daraus, dass
+                  ein  Tupel  auf  ein  UNIX  -"page"  passen  muss.
+                  Beno"tigte  Pointer  brauchen 14 Byte, so dass 1010
+                  von 1024 u"brigbleiben.  Diese "magische Zahl"  ist
+                  schwer zu a"ndern
+
+             5201 DESTROY: %0 is a system relation
+
+                  Das  System   wu"rde   unverzu"glich   aufho"ren   zu
+                  arbeiten, wenn sie ihm das anweisen.
+
+             5202 DESTROY: %0 does not exist or is not owned by you
+
+                  Um eine Relation lo"schen zu ko"nnen, muss sie exis-
+                  tieren und sie mu"ssen Eigentu"mer sein.
+
+             5203 DESTROY: %0 is  an  invalid  integrity  constraint
+                  identifier
+
+                  Die angegebenen Integerwerte identifizieren  nicht
+                  die   Integrita"tsbedingungen   der  spezifizierten
+                  Relation.  Beispielsweise: Wenn sie eingeben "des-
+                  troy  permit  parts  1, 2, 3" und 1, 2 oder 3 sind
+                  nicht die Werte, die bei "help permit parts"  aus-
+                  gegeben werden, erhalten sie diesen Fehler.
+
+             5204 DESTROY: %0 is an  invalid  protection  constraint
+                  identifier
+
+                  Die angegebenen Integerwerte identifizieren  nicht
+                  die  Schutz-Bedingungen  der  spezifizierten Rela-
+                  tion.  Beispiel wie fu"r Fehler 5203.
+
+             5300 INDEX: can't find primary relation
+
+                  Die  Relation  existiert  nicht-  pru"fen  sie  die
+                  Rechtschreibung.
+
+             5301 INDEX: more than maximum number of domains
+
+
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                   EEEERRRRRRRROOOORRRR
+
+
+
+
+
+        Referenz-Manual           - 156 -                        DDDDBBBBUUUU
+
+
+                  Ein Sekunda"rindex kann nicht mit  mehr  als  sechs
+                  Doma"nen erzeugt werden.
+
+             5302 INDEX: invalid domain %0
+
+                  Sie haben versucht, einen Index auf eine Doma"ne zu
+                  erzeugen, die nicht existiert.
+
+             5303 INDEX: relation %0 not owned by you
+
+                  Sie mu"ssen Eigentu"mer der Relation sein, um sie zu
+                  indizieren.
+
+             5304 INDEX: relation %0 is already an index
+
+                  ING_DB  6.3/3 gestattet keine Tertia"rindizes.
+
+             5305 INDEX: relation %0 is a system relation
+
+                  Sekunda"rindizes ko"nnen nicht auf  Systemrelationen
+                  erzeugt werden.
+
+             5306 INDEX: %0 is a view and an index can't be built on
+                  it
+
+                  Weil Abbildungen nicht physisch auf der  Datenbank
+                  gespeichert  sind,  ko"nnen  darauf  keine  Indizes
+                  errichtet werden.
+
+             5401 HELP: relation %0 does not exist
+
+             5402 HELP: can't find manual section "%0"
+
+                  Entweder existiert der  gewa"hlte  Manual-Abschnitt
+                  nicht   oder   ihr   System   hat  keine  On-Line-
+                  Dokumentation.
+
+             5403 HELP: relation %0 is not a view
+
+                  Sie haben "help view" (, damit  wird  eine  Abbil-
+                  dungsdefinition gedruckt) auf eine Nicht-Abbildung
+                  gegeben.   Beispielsweise:  "help  view  overpaid"
+                  druckt die "overpaid"-Abbildungsdefinition.
+
+             5404 HELP: relation %0 has no permissions on it granted
+
+             5405 HELP: relation %0 has no integrity constraints  on
+                  it
+
+                  Sie   haben    versucht,    die    Schutz-    oder
+                  Integrita"tsbedingungen  einer Relation zu drucken,
+                  bei der diese nicht spezifiziert worden sind.
+
+             5410 HELP: tree buffer overflowed
+
+             5411 HELP: tree stack overflowed
+
+                  Noch ein Pufferu"berlauf.
+
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                   EEEERRRRRRRROOOORRRR
+
+
+
+
+
+        Referenz-Manual           - 157 -                        DDDDBBBBUUUU
+
+
+             5500 MODIFY: relation %0 does not exist
+
+             5501 MODIFY: you do not own relation %0
+
+                  Sie ko"nnen nicht die Speicherstruktur einer  Rela-
+                  tion  a"ndern,  fu"r  die  sie  nicht der Eigentu"mer
+                  sind.
+
+             5502 MODIFY %0: you may not provide keys on a heap
+
+                  Durch die Definition  "heap"  erhalten  sie  keine
+                  Schlu"ssel.
+
+             5503 MODIFY %0: too many keys provided
+
+                  Sie ko"nnen nur 49  Schlu"ssel  auf  einer  Relation
+                  bilden.
+
+             5504 MODIFY %0: can't modify system relation
+
+                  Systemrelationen ko"nnen modifiziert  werden,  wenn
+                  sie  das  ssssyyyyssssmmmmoooodddd  Kommando in der Shell verwenden;
+                  zum Beispiel
+
+                       sysmod ddddbbbbnnnnaaaammmmeeee
+
+             5507 MODIFY %0: duplicate key "%1"
+
+                  Sie ko"nnen eine Doma"ne nur  einmal  als  Schlu"ssel
+                  spezifizieren.
+
+             5508 MODIFY %0: key width (%1) too large for isam
+
+                  Bei der Modifizierung  einer  Relation  zu  "isam"
+                  darf die Breite des Schlu"sselfeldes 245 Byte nicht
+                  u"berschreiten.
+
+             5510 MODIFY %0: bad storage structure "%1"
+
+                  Die  gu"ltigen  Speicherstruktur-Namen  sind  heap,
+                  cheap, isam, cisam, hash und chash.
+
+             5511 MODIFY %0: bad attribute name "%1"
+
+                  Sie haben ein Attribut spezifiziert,  das  in  der
+                  Relation nicht existiert.
+
+             5512 MODIFY %0: "%1" not allowed or specified more than
+                  once
+
+                  Sie haben einen Parameter spezifiziert, der  einem
+                  anderen  Parameter widerspricht, der nicht im Ein-
+                  klang mit dem Speichermodus steht oder der bereits
+                  spezifiziert worden ist.
+
+             5513 MODIFY %0: fillfactor value %1 out of bounds
+
+                  Der ffffiiiillllllllffffaaaaccccttttoooorrrr muss zwischen  1  und  100  Prozent
+                  liegen.
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                   EEEERRRRRRRROOOORRRR
+
+
+
+
+
+        Referenz-Manual           - 158 -                        DDDDBBBBUUUU
+
+
+             5514 MODIFY %0: minpages value %1 out of bounds
+
+                  MMMMiiiinnnnppppaaaaggggeeeessss muss gro"sser als 0 sein.
+
+             5515 MODIFY %0:  "%1"  should  be  "fillfactor",  "max-
+                  pages", or "minpages"
+
+                  Sie haben einen unbekannten Parameter  fu"r  mmmmooooddddiiiiffffyyyy
+                  verwendet.
+
+             5516 MODIFY %0: maxpages value %1 out of bounds
+
+             5517 MODIFY %0: minpages value exceeds maxpages value
+
+             5518 MODIFY %0: invalid  sequence  specifier  "%1"  for
+                  domain %2.
+
+                  Die Sequenz der Spezifikatoren kann  ``ascending''
+                  (aufsteigend)  (oder  ``a'')  oder  ``descending''
+                  (fallend) (oder ``d'') in  einem  mmmmooooddddiiiiffffyyyy  Kommando
+                  sein.  Zum Beispiel:
+
+
+                          modify parts to heapsort on
+                                 pnum:ascending,
+                                 pname:descending
+
+
+             5519 MODIFY: %0 is a view and can't be modified
+
+                  Nur physische Relationen ko"nnen  modifiziert  wer-
+                  den.
+
+             5520 MODIFY: %0: sequence specifier "%1" on  domain  %2
+                  is  not  allowed with the specified storage struc-
+                  ture.
+
+                  Eine Sortierung wird nur  unterstu"tzt,  wenn  nach
+                  hhhheeeeaaaappppssssoooorrrrtttt oder cccchhhheeeeaaaappppssssoooorrrrtttt modifiziert wird.
+
+             5600 SAVE: can't save system relation "%0"
+
+                  Die Systemrelationen haben  Sicherungsdatum  (save
+                  date).   Es  ist  garantiert, dass sie wa"hrend der
+                  Lebensdauer der Datenbank bestehen.
+
+             5601 SAVE: bad month "%0"
+
+             5602 SAVE: bad day "%0"
+
+             5603 SAVE: bad year "%0"
+
+                  Das war ein ungu"ltiger Monat, ein  ungu"ltiger  Tag
+                  oder eben ein ungu"ltiges Jahr fu"r ING_DB  6.3/3.
+
+             5604 SAVE: relation %0 does not exist or is  not  owned
+                  by you
+
+
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                   EEEERRRRRRRROOOORRRR
+
+
+
+
+
+        Referenz-Manual           - 159 -                        DDDDBBBBUUUU
+
+
+             5800 COPY: relation %0 doesn't exist
+
+             5801 COPY: attribute %0 in relation %1 doesn't exist or
+                  it has been listed twice
+
+             5803 COPY: too many attributes
+
+                  Jede  "dummy"-Doma"ne  und  "real"-Doma"ne,  die  im
+                  copy-Statement  aufgelistet  wird,  za"hlt  als ein
+                  Attribut.  Die Grenze sind 150 Attribute.
+
+             5804 COPY: bad length for attribute %0.  Length="%1"
+
+             5805 COPY: can't open file %0
+
+                  Bei einem copy "from" ist das file fu"r den  Nutzer
+                  nicht lesbar.
+
+             5806 COPY: can't create file %0
+
+                  Bei einem copy "into" ist das file fu"r den  Nutzer
+                  nicht  cre=>ierbar.   Das  wird  gewo"hnlich  dadurch
+                  verursacht, das der Nutzer keine  Schreiberlaubnis
+                  im spezifizierten Directory hat.
+
+             5807 COPY: unrecognizable dummy domain "%0"
+
+                  Bei  einem  copy   "into"   wurde   ein   "dummy"-
+                  Doma"nenname verwendet, um bestimmte Zeichen in das
+                  unix-file einzufu"gen.  Der angegebene  Doma"nenname
+                  ist nicht gu"ltig.
+
+             5808 COPY: domain %0 size too small for conversion.
+                  There were %2 tuples successfully copied  from  %3
+                  into %4
+
+                  Wenn "copy" ausgefu"hrt wird  (ausser  bei  Zeichen
+                  nach Zeichen), pru"ft "copy", ob das Zielfeld gross
+                  genug ist, um den Wert unterzubringen.
+
+             5809 COPY: bad input string for domain  %0.  Input  was
+                  "%1".   There  were  %2 tuples successfully copied
+                  from %3 into %4
+
+                  Dies geschieht, wenn Zeichenketten  nach  Integer-
+                  oder  Gleitkommazahlen  konvertiert  werden.   Die
+                  Zeichenketten enthalten manchmal andere als  nume-
+                  rische Zeichen (0-9, +, , blank etc.).
+
+             5810 COPY: unexpected end of file while filling  domain
+                  %0.
+                  There were %1 tuples successfully copied  from  %2
+                  into %3
+
+             5811 COPY: bad type for attribute %0. Type="%1"
+
+                  Die einzigen Typen, die akzeptiert werden sind  i,
+                  f, c und d.
+
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                   EEEERRRRRRRROOOORRRR
+
+
+
+
+
+        Referenz-Manual           - 160 -                        DDDDBBBBUUUU
+
+
+             5812 COPY: The relation "%0"  has  a  secondary  index.
+                  The  index(es)  must  be  destroyed before doing a
+                  copy "from"
+
+                  "copy" kann  keine  Sekunda"rindizes  u"berarbeiten.
+                  Deshalb kann copy "from" nicht auf eine indexierte
+                  Relation angewendet werden.
+
+             5813 COPY: You are not allowed to update  the  relation
+                  %0
+
+                  Sie ko"nnen "copy"  nicht  in  eine  Systemrelation
+                  oder einen Sekunda"rindex ausfu"hren.
+
+             5814 COPY: You do not own the relation %0.
+
+                  Sie du"rfen  "copy"  nicht  zur  U"bertragung  einer
+                  Relation   verwenden,   fu"r   die  sie  nicht  der
+                  Eigentu"mer sind.  Ein copy "into"  ist  gestattet,
+                  aber ein copy "from" nicht.
+
+             5815 COPY: An unterminated "c0"  field  occurred  while
+                  filling  domain %0.  There were %1 tuples success-
+                  fully copied from %2 into %3
+
+                  Eine Zeichenkette, die durch ein copy "from" unter
+                  Verwendung  der  "c0"  Option  gelesen  wird, darf
+                  nicht mehr als 1024 Zeichen haben.
+
+             5816 COPY: The full pathname must be specified for  the
+                  file %0
+
+                  Der file-Name fu"r "copy" muss mit "/" beginnen.
+
+             5817 COPY: The maximum width of the output  file  can't
+                  exceed 1024 bytes per tuple
+
+                  Der Datenbereich, der  zu  einem  File  ausgegeben
+                  werden  soll,  u"berschreitet  fu"r jedes Tupel 1024
+                  Byte.  Das geschieht gewo"hnlich nur, wenn das For-
+                  mat falsch angegeben wurde oder eine Menge grosser
+                  "dummy"-Doma"nen spezifiziert wurden.
+
+             5818 COPY: %0 is a view and can't be copied
+
+                  Nur eine physische Relation kann kopiert werden.
+
+             5819 COPY: Warning: %0 duplicate tuples were ignored.
+
+                  Bei einem copy "from" wurden doppelte Tupel in der
+                  Relation festgestellt.
+
+             5820 COPY: Warning: %0 domains had  control  characters
+                  which were converted to blanks.
+
+             5821 COPY: Warning: %0 c0 character domains were  trun-
+                  cated.
+
+
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                   EEEERRRRRRRROOOORRRR
+
+
+
+
+
+        Referenz-Manual           - 161 -                        DDDDBBBBUUUU
+
+
+                  Zeichenketten-Doma"nen im c0  Format  sind  genauso
+                  lang   wie   die   Doma"nen.   Sie   hatten   einen
+                  Doma"nenwert, der gro"sser als  die  La"nge  war,  er
+                  wurde abgeschnitten.
+
+             5822 COPY: Relation %0 is protected.
+
+                  Sie sind nicht  autorisiert,  zu  dieser  Relation
+                  zuzugreifen.
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                   EEEERRRRRRRROOOORRRR
+
+
diff --git a/WEGA/contrib/ingres/dbs/ing_doc/teil1/inhalt1 b/WEGA/contrib/ingres/dbs/ing_doc/teil1/inhalt1
new file mode 100644
index 0000000..c9face4
--- /dev/null
+++ b/WEGA/contrib/ingres/dbs/ing_doc/teil1/inhalt1
@@ -0,0 +1,216 @@
+
+
+
+
+
+
+        IIIInnnnhhhhaaaallllttttssssvvvveeeerrrrzzzzeeeeiiiicccchhhhnnnniiiissss TTTTeeeeiiiillll1111
+
+        1. Referenz-Manual * .......................................    4
+
+        1.1. Anfragesprache * ......................................    7
+
+        1.1.1. Beschreibung zur Anfragesprache Quel von ING_DB
+                    6.3/3 * ........................................    7
+
+        1.1.1.1. Kommentare * ......................................    7
+
+        1.1.1.2. Namen * ...........................................    7
+
+        1.1.1.3. Schlu"sselworte * ..................................    7
+
+        1.1.1.4. Konstanten * ......................................    8
+
+        1.1.1.4.1. Zeichenketten-Konstanten (Strings) * ............    8
+
+        1.1.1.4.2. Ganzzahlige Konstanten (Integer) * ..............    8
+
+        1.1.1.4.3. Gleitkomma- (floating_point) Konstanten * .......    8
+
+        1.1.1.5. Konstante Operatoren ..............................    9
+
+        1.1.1.6. Attribute <attribute> * ...........................    9
+
+        1.1.1.7. Arithmetische Operatoren * ........................    9
+
+        1.1.1.8. Ausdru"cke <a_expr> * ..............................   10
+
+        1.1.1.9. Formate <format> * ................................   10
+
+        1.1.1.10. Format Konvertierung * ...........................   10
+
+        1.1.1.11. Zielliste <target_list> * ........................   11
+
+        1.1.1.12. Vergleichsoperatoren <comparison_operator>
+                   und Klauseln <clause> * .........................   12
+
+        1.1.1.13. Logische Operatoren <logical_operator>
+                   und Qualifikation <qualification>
+                   (auch <qual>) * .................................   12
+
+        1.1.1.14. Funktionale Ausdru"cke <functional_expression> * ..   13
+
+        1.1.1.15. Aggregat-Ausdru"cke * .............................   13
+
+        1.1.1.15.1. Aggregat-Operatoren <aggregation_operator> * ...   13
+
+        1.1.1.15.2. Einfache Aggregate <simple_aggregate> * ........   13
+
+        1.1.1.15.3. Das any Aggregat * .............................   14
+
+        1.1.1.15.4. Aggregat-Funktionen * ..........................   14
+
+        1.1.1.15.5. Aggregate u"ber "einmalige"-Werte * .............   14
+
+        1.1.1.16. Spezifische Zeichenketten-Operatoren * ...........   15
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                    UUUUNNNNIIIIXXXX
+
+
+
+
+
+                                   - 2 -                      IIIINNNNHHHHAAAALLLLTTTT
+
+
+        1.1.1.16.1. Mustersuche auf Zeichenketten
+                   ("Pattern matching") * ..........................   15
+
+        1.1.1.16.2. Verkettung * ...................................   16
+
+        1.1.1.16.3. ascii - numerisch zu
+                   Zeichenketten wandeln * .........................   16
+
+        1.1.2. Der interaktive Terminal-Monitor * ..................   17
+
+        1.1.2.2. Nachrichten und Prompt-Meldungen * ................   17
+
+        1.1.2.3. Kommandos * .......................................   18
+
+        1.1.2.4. Makros ** .........................................   21
+
+        1.1.2.5. Springen ** .......................................   21
+
+        1.1.2.6. Initialisierung ** ................................   21
+
+        1.1.2.7. Flags * ...........................................   22
+
+        1.1.3. Kurzbeschreibung des Makro-Prozessors ** ............   23
+
+        1.1.3.1. Inhalt und Leistung * .............................   23
+
+        1.1.3.2. Arbeitsweise des Makro-Prozessors ** ..............   23
+
+        1.1.3.3. Bestandteile eines Makro ** .......................   23
+
+        1.1.3.4. Textskandierung ** ................................   24
+
+        1.1.3.5. Parameter in Makros ** ............................   24
+
+        1.1.3.6. Spezielle Makros ** ...............................   25
+
+        1.1.3.7. Funktions-Makros ** ...............................   26
+
+        1.1.3.8. Berechnung arithmetischer Ausdru"cke ** ............   27
+
+        1.1.3.9. Parametervorverarbeitung (prescan) ** .............   28
+
+        1.1.3.10. Definition von Substitutions-Makros ** ...........   28
+
+        1.1.3.11. Kaschieren (quoting oder concealing) ** ..........   28
+
+        1.1.4. U"bersicht der Anfrage-Kommandos * ...................   32
+
+        1.2. Datenbank-UNIX -Kommandos * ...........................   64
+
+        1.2.1. U"bersicht zu den Kommandos unter UNIX  * ............   64
+
+        1.3. UNIX  Report-Kommandos * ..............................  123
+
+        1.4. Files * ...............................................  130
+
+        1.4.1. U"bersicht * .........................................  130
+
+        1.5. Error * ...............................................  138
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                    UUUUNNNNIIIIXXXX
+
+
+
+
+
+                                   - 3 -                      IIIINNNNHHHHAAAALLLLTTTT
+
+
+        1.5.1. U"bersicht ...........................................  138
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+        ING_DB 6.3/3           Juni 16, 1989                    UUUUNNNNIIIIXXXX
+
+