View |
Top Previous Next |
|
Mit einem View lassen sich die Datenbestände umorganisieren, es lassen sich an einzelne Anwender Teilmengen der Datenbestände liefern, und es können aus einem großen Plan viele Unterpläne (Blattschnitte) generiert werden. Ein View wird in einem Blatttyp als Textdatei hinterlegt, die die Beschreibung für die Eigenschaften des View enthalten. Beim Laden wird aus dieser Beschreibung und den realen Daten in einem anderen Blatttyp der eigentliche Plan erzeugt.
Syntax
view: viewEntry view | ;
viewEntry: nameEntry | objEntry | musterEntry | dirEntry ;
objEntry: "OBJECTS" liste ;
nameEntry: "NAME" string ;
dirEntry: "DIR" string "FORMAT" string ;
musterEntry: "FILES" string ;
liste: listenEl restListe ;
restListe: "," listenEl restListe | ;
listenEl: integer | integer "-" integer ;
integer: <zahl> | "-" <zahl> ;
string: """ <zeichenkette> """ ;
Beschreibung
view Eine View-Datei besteht aus einer Sequenz von einzelnen View-Beschreibungen. Jede ist in sich abgeschlossen und kann auch in eine separate Datei ausgelagert werden.
viewEntry Eine View-Definition besteht aus den Teilen:
Bereich Objektschlüssel Name Verzeichnis Muster
Die Reihenfolge ist beliebig
Syntax:
OBJECTS liste
Es wird nicht der gesamte Plan geladen. Statt dessen werden die Objekte geladen, deren Schlüssel mit der angegebenen Liste übereinstimmen. Die Liste besteht aus Bereichen und Einzelschlüsseln, die durch Kommata getrennt sind. Bereiche sind mit einem Minuszeichen versehen:
Es können in einer VIEW-Definition mehrere OBJECTS-Einträge vorkommen. Es werden dann alle Objekte geladen, die mindestens einem dieser Einträge entsprechen.
RANGE DIR „nnn“ FORMAT „fff“
Es werden Referenzpläne definiert. Die Pläne werden dem Blattyp nnn entnommen. Als Filter wird das fff-Format verwendet. Als Format kann auch PV eingetragen werden. Dann werden die Referenzpläne aus der Planverwaltung generiert und müssen nicht real existieren. Es können mehrere Referenzplandefinitionen existieren.
NAME „xxx“
Der View hat den Namen xxx. Wo diese Definition zugelassen ist wird als Blattname der Name des View, gefolgt von einem Doppelpunkt und dem Namen des Datenblattes geladen.
DIR „nnn“ FORMAT „FFF“
Die Datenblätter sind im Blattyp nnn mit dem Lesefilter FFF vorhanden. Die Daten werden aus diesem Blattyp geladen. Es können mehrere DIR- Anweisungen in einer Viewdefinition vorkommen. Es werden dann die Blätter aus allen Blatttypen berücksichtigt. Es werden die Verzeichnisse angegeben. Pfade sind nicht zugelassen.
FILES „abc*“
Angabe eines Musters, dem die Blätter aus dem Datenverzeichnis genügen müssen, um berücksichtigt zu werden. Bei der Angabe abc* handelt es sich um einen regulären Ausdruck. Die Dateinamen werden vorher in Großbuchstaben umgewandelt. Es darf nur eine FILES-Anweisung existieren.
Funktion Je nach angegeben Parametern ist die Reaktion eines Views unterschiedlich. Die folgende Tabelle beschreibt, was für ein View entsteht, wenn die entsprechenden Einträge vorhanden sind.
Beispiel
1. In den Verzeichnissen 1010, 1011 und 1012 befinden sich DBB-Pläne. Im Verzeichnis 150 ist die Viewdefinition ALL.VIEW:
DIR „1011“ FORMAT "DBB" DIR „1012“ FORMAT "DBB"
Beim Öffnen von Verzeichnis 150 erscheinen alle Pläne aus den Verzeichnissen 1011 und 1012. Beim Laden werden die Pläne im Blattyp 150 angelegt, sie haben als Format direkt DBB und werden wieder in die Verzeichnisse 1011 oder 1012 gesichert.
2. Im Verzeichnis 150 ist die Viewdefinition Kataster.VIEW:
NAME "Kat" DIR „Kataster“ FORMAT "DBB" OBJECTS 1-7999,-1--7999,-1--7999
Alle Pläne aus dem Verzeichnis 1010 werden im Verzeichnis 150 angezeigt, wobei vor jedem Plannamen „KAT:“ gesetzt wird. In den Plänen erscheinen alle Objekte mit einem Schlüssel aus dem Bereich 1 bis 7999 und bis zu 2 weiteren Schlüsseln aus diesem Bereich.
3. Im Verzeichnis 150 ist die Viewdefinition GAS.VIEW:
NAME "GAS" DIR „1012“ FORMAT "DBB"
Alle Pläne aus dem Verzeichnis 1012 werden im Verzeichnis 150 angezeigt, wobei vor jedem Plannamen „GAS:“ gesetzt wird. Die Pläne werden vollständig geladen, erhalten den Ladetyp VIEW und werden beim Speichern wieder in die Originalpläne gesichert.
--------------------OLD_TEXT--------------------- With a View the data supplies can be reorganised, subsets of the data supplies can be delivered to single users, and many unterplans (sheet cuts) can be generated from a big plan. A View is deposited in a sheet type as a text file which contain the description for the qualities of the View. With the store the real plan is generated from this description and the real data in another sheet type.
Syntax
view: viewEntry view | ;
viewEntry: nameEntry | objEntry | musterEntry | dirEntry ;
objEntry: "OBJECTS" lists ;
nameEntry: "NAME" string ;
dirEntry: "To YOU" string "FORMAT" string ;
musterEntry: "FILES" string ;
lists: listenEl restListe ;
restListe: "," listenEl restListe | ;
listenEl: uprightly | uprightly "-" uprightly ;
uprightly: <pay> | "-" <pay> ;
string: """ <zeichenkette >""" ;
Description
view A View file exists of a sequence of single View descriptions. Everybody is concluded in itself and can be also evacuated in a separate file.
viewEntry A View definition exists of the parts:
Area Object key Name List Pattern
The order is any
Syntax:
OBJECTS lists
The whole plan is not loaded. Instead of this the objects whose keys with the given list agree are loaded. The list exists of areas and single keys which are separated by commas. Areas are provided with a minus sign:
It can seem in a VIEW definition several OBJECTS entries. Then all objects which correspond at least to one of these entries are loaded.
TO RANK YOU "nnn" FORMAT "fff"
Authoritative plans are defined. The plans are taken from the Blattyp nnn. As a filter the fff format is used. As a format can be also put down PV. Then the authoritative plans from the plan management are generated and must not exist really. Several authoritative plan definitions can exist.
NAME "xxx"
The View has the name xxx. Where this definition is admitted the name of the View, followed by a colon and the name of the data sheet is loaded as a sheet name.
To YOU "nnn" FORMAT "FFF"
The data sheets exist in the Blattyp nnn with the reading filter FFF. The data are loaded from this Blattyp. It can seem several to YOU instructions in a Viewdefinition. Then the sheets from all sheet types are considered. The lists are given. Paths are not admitted.
FILES „abc *“
Information of a pattern for which the sheets from the data dictionary must be enough to be considered. With the information abc* it concerns a regular expression. The file names are converted before into capital letter. Only one file instruction may exist.
Function According to parametres given the reaction of a Views is different. The following table describes what View originates if the suitable entries exist.
Example
1. In the lists 1010, 1011 and 1012 there are DBB plans. In the list 150 is the Viewdefinition ALL.VIEW:
TO YOU "1011" FORMATS "DBB" TO YOU "1012" FORMATS "DBB"
While opening list 150 appear all plans from the lists 1011 and 1012. With the store the plans are put on in the Blattyp 150, they have as a format directly DBB and are protected again in the lists 1011 or 1012.
2. In the list 150 is the Viewdefinition land register. VIEW:
NAME "Cat." To YOU "land register" FORMAT "DBB" OBJECTS 1-7999,-1 - IN 7999,-1 - IN 7999
All plans from the list 1010 are indicated in the list 150 and before every plan name „CAT.:“ it is put. In the plans all objects with a key from the area appear from 1 to 7999 and up to 2 other keys from this area.
3. In the list 150 is the Viewdefinition GAS.VIEW:
NAME "GAS" TO YOU "1012" FORMATS "DBB"
All plans from the list 1012 are indicated in the list 150 and before every plan name „GAS:“ it is put. The plans are loaded completely, receive the loading type VIEW and are protected with the memory again in the original plans.
|