Satz-Eintrag

RECORD NAME IS satzname

satzname

muss eine Satzart der neuen Schema-DDL bezeichnen

[DATABASE-KEY-TRANSLATION-TABLE[ IS ganzzahl-1][ WITHIN realmname-1]]

ganzzahl-1

Die Anzahl der DBTT-Einträge lässt sich z.B. mit dem Dienstprogramm BREORG ändern. BALTER ignoriert generell eine Änderung der Größenangabe.

realmname-1

dürfen Sie modifizieren

Auswirkung auf den Datenbestand

BALTER verlagert die DBTT in den angegebenen Realm.

[PLACEMENT OPTIMIZATION FOR SET setname]

Jede beliebige Änderung ist zugelassen.

Auswirkung auf den Datenbestand

Die Position bereits gespeicherter Datensätze ändert BALTER nicht; neu zu speichernde Datensätze legt der DBH entsprechend der von BALTER vermerkten neuen Angaben in der Datenbank ab.

Spezifizieren Sie diese Klausel erstmalig für eine in einem direkten Hashbereich gespeicherte Satzart, so legt BALTER einen indirekten Hashbereich an, ändert aber nicht die Lage der betroffenen Sätze, sondern wandelt lediglich die CALC-Seiten des ehemaligen Hashbereichs in normale Datenseiten um.

[POPULATION IS {ganzzahl-2 WITHIN realmname-2},...]

ganzzahl

Die Größe eines Hashbereichs lässt sich mit dem Dienstprogramm BREORG ändern; BALTER ignoriert eine Änderung der Größenangabe.

Ausnahme

BALTER muss auf Grund einer der folgenden Änderungen den Hashbereich neu anlegen:

• • • von direktem zu indirektem Hashbereich oder umgekehrt
    • der Hashroutine
    • der Zusammensetzung des CALC-Keys
    • des Realms, in dem der Hashbereich liegen soll

BALTER verwendet ganzzahl-2 zum Berechnen der neuen Größe des Hashbereichs. 

[INDEX NAME IS name[ PLACING IS WITHIN realmname-3]
      [TYPE IS {DATABASE-KEY-LIST |
                REPEATED-KEY
                    [DYNAMIC REORGANIZATION SPANS ganzzahl-3 PAGES]}]]

PLACING IS ...

SEARCH-Key-Tabellen dürfen Sie in andere Realms verlagern.

TYPE IS ...

Den Aufbau der SEARCH-Key-Tabellen dürfen Sie modifizieren, indem Sie die TYPE-Klausel in DATABASE-KEY-LIST oder in REPEATED-KEY ändern.

DYNAMIC REORGANIZATION

Die Seitenanzahl für die Reorganisation können Sie beliebig neu festlegen.

Auswirkung auf den Datenbestand

Eine Änderung der Seitenanzahl wirkt sich nicht sofort bei der Umstrukturierung aus, sondern erst im Datenbankbetrieb beim Speichern weiterer Sätze.

[COMPRESSION FOR ALL ITEMS].

Bisher nicht komprimiert gespeicherte Satzarten in Zukunft komprimiert zu speichern und umgekehrt, ist mit Einschränkungen gestattet:

• Ändern von nicht komprimiert in komprimiert:

  Bereits gespeicherte Sätze komprimiert BALTER nicht - entfernt also keine leeren Datenfelder aus Datensätzen - sondern erweitert nur die Set-Connection-Data (SCD) der Sätze der betroffenen Satzart um ein vier Byte langes Kompressionsfeld.
  Da BALTER hierdurch jeden Satz der Satzart um vier Byte verlängert, muss er die Sätze, die in den bisher von dieser Satzart belegten Seiten keinen Platz mehr haben, in andere Seiten umspeichern.

• Ändern von komprimiert in nicht komprimiert:

  Die Änderung hängt davon ab, wie die bereits gespeicherten Sätze der betroffenen Satzart eingetragen sind:

  • Sind die Sätze alle in voller Länge eingetragen (wie z.B. durch BINILOAD), so löscht BALTER das Kompressionsfeld in der SCD der Datensätze. Da die Sätze hierdurch um vier Byte kürzer werden, schiebt BALTER sie in der jeweiligen Seite zusammen, sodass innerhalb der Seiten Platz frei wird

  • Sind die Sätze komprimiert, also nicht in voller Länge eingetragen, so bricht BALTER die Umstrukturierung ab!

    Komprimiert gespeicherte Datensätze kann BALTER generell nicht verarbeiten, auch wenn die Änderung nicht das Komprimieren betrifft:

    Die Sätze selbst dürfen nicht verändert werden, weder der Benutzerteil noch die Systeminformation. Tabellen oder Hashbereiche, die als Schlüssel Felder dieser Satzart enthalten, kann BALTER nicht aufbauen.