Beschreibung des ESTIMATE-REPORT

Beim Protokoll zum BGSIA-Lauf erhalten Sie nach der Startmeldung den ESTIMATE-REPORT. Er dient dazu, die Größe der Benutzerrealms zu schätzen.

Dies ist notwendig, weil z.B. bei zu geringer Größe eines Benutzerrealms BFORMAT keine Formatierung durchführt, falls der betreffende Realm nicht automatisch erweiterbar ist. Näheres hierzu siehe Handbuch „Datenbankbetrieb", Automatische Realm-Erweiterung durch Dienstprogramme.

Der ESTIMATE-REPORT gibt immer aus:

• Realm-Nummer

• Realm-Name

• Realm-Größe (in Datenbankseiten).
  Bei der Realm-Größe ist zu beachten, dass der vom ESTIMATE-REPORT ausgegebene Wert je nach Seitenformat der Datenbank (2-Kbyte-/4-Kbyte-/8-Kbyte-Format) unterschiedlich zu interpretieren ist und z.B. nicht direkt in das CREATE-FILE-Kommando übernommen werden darf. So wird im CREATE-FILE-Kommando der Wert für „SPACE=“ in Einheiten von 2K (BS2000-Halfpages) angegeben. Der ESTIMATE-REPORT hingegen liefert Größenangaben in der Einheit „Datenbankseiten“. Für die Umrechnung in 2K-Einheiten sind somit die Größenangaben des ESTIMATE-REPORTS bei einer 4-Kbyte-Datenbank mit dem Faktor 2 und bei einer 8-Kbyte-Datenbank mit dem Faktor 4 zu multiplizieren.

In folgenden Fällen gibt der ESTIMATE-REPORT zusätzliche Angaben aus:

• Im Realm sind Sätze vorhanden, für die in der SSL die COMPRESSION-Klausel angegeben wurde.

• Im Realm sind Sätze mit variablem Datenfeld vorhanden.

• Es wurden SEARCH-Key-Tabellen mit DUPLICATES ALLOWED und TYPE IS DATABASE-KEY-LIST angelegt.

In einer Korrekturtabelle werden Richtwerte ausgegeben. Diese Richtwerte benötigen Sie zur Korrektur, wenn bei Ihren Sätzen nicht so viel Prozent eingespart wird, wie der ESTIMATE-REPORT als Standard annimmt.

In der folgenden Tabelle sind alle Angaben aufgeführt und die Variablen erklärt. 

Angaben im ESTIMATE-REPORT	Erklärung der Variablen
**** FOR USER-REALM realm-ref NAME IS: realmname	Realm-Nummer; Realm-Name
A SIZE OF size BLOCKS WAS ESTIMATED	Realm-Größe in Datenseiten; dient als Richtwert für die Speichergröße des benannten Benutzerrealm
** THE RECORD rec-ref NAME IS satzname	Satzartnummer; Name der Satzart, für die die COMPRESSION-Klausel gilt
WITH * COMPRESSION * WAS CALCULATED WITH A PROFIT OF 50%	Bei der Berechnung der Realm-Größe wurde angenommen, dass die Einsparung durch COMPRESSION bei der genannten Satzart 50% beträgt.
CORRECTION-TABLE: 0%   25%  75% n+    n+   n-	Korrekturtabelle (nur bei COMPRESSION); n benennt die Anzahl der Datenseiten, die bei 0% / 25% / 75% Einsparung zur Realm-Größe größe hinzugefügt (+) oder abgezogen (-) werden muss.
**** IN SET set-ref NAME IS: setname FOR RECORD rec-ref	Setnummer; Setname; Satzartnummer;
A SEARCH-KEY-TABLE TYPE * DATABASE-KEY-LIST * WAS CALCULATED WITH 50% DUPLICATES	Bei der Berechnung der Größe der DATABASE-KEY-LIST wurde davon ausgegangen, dass 50% der Schlüsselwerte Duplikate sind.
CORRECTION-TABLE: 0%  75%  90% n+   n-   n-	Korrekturtabelle; n benennt die Anzahl der Datenseiten, die unter Annahme, dass 0% / 75% / 90% der Schlüsselwerte Duplikate sind, zur Realm-Größe größe zugefügt oder davon abgezogen werden muss.

Tabelle 14: Variablen im ESTIMATE-REPORT

Die vorgeschlagenen Realm-Größen dienen als Anhaltspunkt, um die Größenordnung zu bestimmen. Sie können aus folgenden Gründen ungenau sein:

• SSL-Angaben für Mengen (DBTT, RECORD-POPULATION, SET-POPULATION) treffen nicht zu.

• Die Einsparung ist nicht genau voraussagbar (z.B. bei Satzarten, für die die COMPRESSION-Klausel gilt oder die ein variables Datenfeld besitzen).

• Bei SEARCH-Key-Tabellen mit DUPLICATES ALLOWED,
  TYPE IS DATABASE-KEY-LIST ist die Anzahl der Schlüsselduplikate unbekannt.

• Bei LOCATION MODE IS CALC oder bei CALC-SEARCH-Keys kann die Anzahl der Überlaufseiten nicht vorausberechnet werden.

• Wegen gemischter Speicherung ist die Größe des ungenutzten Speicherplatzes nicht kalkulierbar.

• Die Reihenfolge der Speicherung beeinflusst die Größe bei Tabellen.

• INCREASE wird nicht berücksichtigt.

Der ESTIMATE-REPORT geht von Maximalwerten für Sätze aus. Da diese Werte am Anfang kaum erreicht werden, können Benutzerrealms zuerst kleiner eingerichtet werden. Später können Sie sie mit dem Dienstprogramm BREORG (siehe Handbuch „Sichern,Informieren und Reorganisieren“) erweitern.

Sie können die Realms auch so einrichten, dass sie bei Bedarf online erweitert werden können (siehe Handbuch „Datenbankbetrieb"; Online-Realm-Erweiterung). 

Beispiel

ESTIMATE-REPORT
 
********** FOR USER-REALM     3 NAME IS : AUFTRAGSRLM
      A SIZE OF          52 BLOCKS WAS ESTIMATED
 
********** FOR USER-REALM     4 NAME IS : BESTELLRLM
      A SIZE OF         77 BLOCKS WAS ESTIMATED
 
********** FOR USER-REALM     5 NAME IS : KLEIDUNG
      A SIZE OF         67 BLOCKS WAS ESTIMATED
      *** THE RECORD     8 NAME IS : ARTIKELBESCHR
           WITH *COMPRESSION* WAS CALCULATED WITH A PROFIT OF 50%
           CORRECTION-TABLE :     0%       25%     75%
                                  17+       8+      8-
 
      **** IN SET    28 NAME IS : SYS_RATENZAHLUNG
           FOR RECORD     5 NAME IS : RATENZAHLUNG
           A SEARCH-KEY-TABLE TYPE *DATABASE-KEY-LIST*
           WAS CALCULATED WITH 50% DUPLICATES
           CORRECTION-TABLE:      0%       75%     90%
                                  0+        0-      0-
  
********** FOR USER-REALM     6 NAME IS : HAUSHALT
      A SIZE OF         32 BLOCKS WAS ESTIMATED
      *** THE RECORD     8 NAME IS : ARTIKELBESCHR
           WITH *COMPRESSION* WAS CALCULATED WITH A PROFIT OF 50%
           CORRECTION-TABLE :     0%       25%     75%
                                  8+        4+      4-
.
.
.
      **** IN SET    12 NAME IS : LIEFERBARE-ARTIKEL
           FOR RECORD     9 NAME IS : ARTIKEL
           A SEARCH-KEY-TABLE TYPE *DATABASE-KEY-LIST*
           WAS CALCULATED WITH 50% DUPLICATES
           CORRECTION-TABLE:      0%       75%     90%
                                  4+        1-      0-
.
.
.
********** FOR USER-REALM    11 NAME IS : ARTIKELRLM
     A SIZE OF         79 BLOCKS WAS ESTIMATED
END OF ESTIMATE-REPORT