Set-Eintrag

SET NAME IS setname

setname

muss mit dem Namen eines Sets der neuen Schema-DDL übereinstimmen

[MODE IS
  {CHAIN[ LINKED TO PRIOR] |
    {POINTER-ARRAY | LIST} {ATTACHED TO OWNER |
                                                     DETACHED[ WITHIN realmname-1]
                                                                     [ WITH PHYSICAL LINK]}}]

Die Mode-Klausel müssen Sie im Zusammenhang mit der ORDER-Klausel der Schema-DDL betrachten (siehe ORDER-Klausel ändern, "Set-Eintrag")!

Haben Sie in der ORDER-Klausel der neuen Schema-DDL

• SORTED[INDEXED] festgelegt, so dürfen Sie die Verkettungsmethode in der MODE-Klausel beliebig ändern;

• nicht SORTED[INDEXED] festgelegt, so sind Änderungen der Verkettungsmethode verboten, wenn bereits Sätze der Membersatzart gespeichert sind.

Wenn Sie eine verteilbare Liste (MODE IS LIST) in eine Adressliste (MODE IS POINTER-ARRAY) ändern, verbleiben die Membersätze in dem Realm, in dem sie aktuell in der Liste gespeichert waren. Gegebenenfalls müssen Sie die Zugriffslogik Ihrer Anwendungsprogramme anpassen.

Bei einer Änderung in MODE IS LIST wird eine Liste aufgebaut. Sätze der betroffenen Satzart werden möglicherweise in einen anderen Realm verlagert.

ATTACHED/DETACHED

Eine Änderung von ATTACHED in DETACHED und umgekehrt ist erlaubt, mit der Einschränkung, dass Sätze, die in einer Liste gespeichert sind, nicht in einen anderen Realm verlagert werden dürfen.

Auswirkung auf den Datenbestand

• • • Bereits existierende Tabellen speichert BALTER nur dann um, wenn er sie auf Grund einer Änderung der Angabe WITHIN realmname-1 in einen anderen Realm verlagern muss.
    • Die Lage einer Liste wird ohne DETACHED WITHIN-Klausel durch die Lage des Owners bestimmt. Insofern kann es bei Änderung von Pointer-Array nach Liste zu einer Verlagerung der Sätze kommen, und bisherige Programme mit Direktzugriffen (FIND4) müssen angepasst werden.

WITHIN realmname-1

Eine Adressliste dürfen Sie in einen anderen Realm verlagern. Eine Liste dürfen Sie - außer bei verteilbaren Listen - nur dann verlagern, wenn keine Membersätze gespeichert sind.

Bei verteilbaren Listen bestimmt der realmname-1 implizit die Lage des Tabellenteils (Stufe-1- bis Stufe-N-Seiten) der Liste und die Lage eines indirekten CALC-Bereiches bei LOCATION MODE IS CALC, wenn Sie nicht explizit in der SSL bei der MODE IS LIST-Anweisung die Lage festlegen.

Sie können die Tabellenseiten in einen anderen Realm verlagern, auch wenn in der verteilbaren Liste Membersätze gespeichert sind.

Auswirkungen auf den Datenbestand:

Die Liste und ein eventueller CALC-Bereich werden neu aufgebaut. Die Membersätze werden dabei über die beteiligten Realms annähernd gleich verteilt.

WITH PHYSICAL LINK

Eine Adressliste oder Liste, die getrennt vom Owner gespeichert ist, dürfen Sie erstmalig zusätzlich mit dem zugehörigen Owner verketten oder eine bestehende Verkettung aufheben.

Auswirkung auf den Datenbestand

• • • Legen Sie einen zusätzlichen Adressverweis an, so erweitert BALTER die Set Connection Data (SCD) der Ownersätze um die physische Adresse der höchsten Stufe der Tabelle. Da BALTER hierdurch die Ownersätze verlängert, speichert es die Sätze, für die in den bisher belegten Seiten kein Platz mehr ist, in der Datenbank um.
    • Löschen Sie den zusätzlichen Adressverweis, so entfernt BALTER in den SCD der Ownersätze die physische Adresse der höchsten Stufe der Tabelle.
      
      

[POPULATION IS ganzzahl-1[ INCREASE IS ganzzahl-2]]

ganzzahl-1

dürfen Sie beliebig verändern. BALTER berücksichtigt diese Angabe in Verbindung mit einer entsprechenden Anweisung FILLING WITH POPULATION. Eine Änderung wirkt sich auch beim Speichern neuer Ownersätze bzw. beim Löschen von Membersätzen aus.
Bestehende Tabellen verändert BALTER nicht.

ganzzahl-2

dürfen Sie beliebig verändern. Eine Änderung wirkt sich erst aus, wenn beim Speichern neuer Membersätze Tabellenerweiterungen notwendig werden.

[DYNAMIC REORGANIZATION SPANS ganzzahl-3 PAGES]

Die Seitenanzahl für das Reorganisieren der Tabellen des Sets dürfen Sie beliebig ändern. 

[INDEX NAME IS name
   [ PLACING IS {ATTACHED TO OWNER | DETACHED [WITHIN realmname-2]}
    [TYPE IS {DATABASE-KEY-LIST |
              REPEATED-KEY [DYNAMIC REORGANIZATION SPANS ganzzahl PAGES]}]]

Für die INDEX-Klausel des Set-Eintrags gilt sinngemäß dasselbe wie für die INDEX-Klausel des Satz-Eintrags (siehe INDEX-Klausel ändern, "Satz-Eintrag").

ATTACHED/DETACHED

eine Änderung von ATTACHED in DETACHED oder umgekehrt ist ohne Einschränkungen erlaubt

Auswirkung auf den Datenbestand

Eine Änderung wirkt sich genauso aus wie bei der MODE-Klausel
(siehe MODE-Klausel ändern, "Set-Eintrag").

WITHIN realmname-2

dürfen Sie hinzufügen oder weglassen oder realmname-2 ändern

Auswirkung auf den Datenbestand

Bei einer Änderung verlagert BALTER die Tabellen in den angegebenen Realm.

[MEMBER IS PHYSICALLY LINKED TO OWNER].

Eine zusätzliche Verkettung der Membersätze mit dem zugehörigen Ownersatz dürfen Sie erstmalig verlangen oder aufheben.

Auswirkung auf den Datenbestand

• Geben Sie die Klausel erstmalig an, so erweitert BALTER die SCD der Membersätze um den physischen Adressverweis auf den zugehörigen Ownersatz. Da BALTER die Membersätze hierbei verlängert, muss er die Sätze, für die in den bisher belegten Seiten kein Platz mehr ist, in der Datenbank umspeichern.

• Entfernen Sie die Klausel aus Ihrer SSL, so verkürzt BALTER die SCD der Membersätze um den physischen Adressverweis auf den zugehörigen Ownersatz.