Um Verletzungen der Umbenennungsregeln schnell korrigieren zu können, sollte vor dem Umbenennungszyklus eine aktuelle Ausgabe des alten Schemas mit dem Dienstprogramm BPSIA erstellt werden. Ebenso sollten Sie im Umbenennungszyklus bei dem Dienstprogramm BGSIA die Anweisung DISPLAY nutzen. In einigen Fällen erkennt bereits BGSIA, dass bei der Umbenennung widersprechende Deklarationen im neuen Schema enthalten sind.
Im Umbenennungszyklus bezieht sich die Ausgabe von BALTER, über nicht erlaubte Unterschiede zwischen altem und neuem Schema, großteils auf die entsprechenden Informationen in der Ausgabe von BPSIA und BGSIA. Ebenfalls gibt BALTER die Unterschiede von einzelnen Feldern von Satzarten aus.
Auf unzulässige Schemaänderungen wird in fünf Phasen geprüft.
In Phase eins kontrolliert BALTER die SIA-CONTROL. Veränderungen in der SIA-CONTROL deuten auf grundsätzlich unzulässige Veränderungen hin. Folgende unzulässige Änderungen können auftreten (Meldungstext: DIFFERENCE IN sia-inhalt):
Meldung (sia-inhalt) | Bedeutung |
| Die höchste vergebene Realm-Nummer (Area Referenz) ist im alten und neuen Schema unterschiedlich. |
| Die höchste vergebene Satzartnummer (REC-REF) ist im alten und neuen Schema unterschiedlich. |
| Die höchste vergebene Setnummer (SET-REF) ist im alten und neuen Schema unterschiedlich. |
| Die höchste vergebene Schlüsselnummer (KEY-REF) ist im alten und neuen Schema unterschiedlich. |
| Der alte und der neue Schemaname stimmen nicht überein. |
| Es gibt Unterschiede beim IMPLICIT_RESULT_SET des Schemas. |
| Es gibt Unterschiede beim ersten SYSTEM-Set des Schemas. |
| Es gibt Unterschiede beim ersten dynamischen Set des Schemas. |
| Die Länge der größten Satzart ist im alten und neuen Schema unterschiedlich. |
| Die Länge der längsten Schlüssel ist im alten und neuen Schema unterschiedlich. |
| Die größte Anzahl von Sets, in denen eine Satzart Member ist, ist im alten und neuen Schema unterschiedlich. |
| Die Maximalzahl der in der SSL beim Parameter REORGANIZATION festgelegten Seiten ist unterschiedlich. |
| Die Kontrollinformation für die MODIFY-Information unterscheidet sich im alten und neuen Schema. |
| Die Länge der Datenbankseiten ist im alten und neuen Schema unterschiedlich. |
In Phase zwei werden die einzelnen Areas auf unzulässige Änderungen geprüft. Folgende unzulässige Änderungen können auftreten (Meldungstext: DIFFERENCE IN area-inhalt):
Meldung | Bedeutung |
| Die Referenz des Realms ist im alten und neuen Schema unterschiedlich. |
| Die zentralen Eigenschaften des Realms unterscheiden sich im alten und neuen Schema (TEMP, D/T). |
| Die Anzahl der Satzarten, die im Realm gespeichert werden können, ist im alten und neuen Schema unterschiedlich. |
| In den Referenzen der Satzarten, die im Realm gespeichert werden können, gibt es Unterschiede im alten und neuen Schema. |
Die Meldung DIFFERENT USE OF AREA-REF zeigt an, dass die Belegung dieser Realm-Referenz im neuen und alten Schema so unterschiedlich ist, dass eine weitergehende differenzierte Analyse nicht sinnvoll ist.
Die Meldung AREA RENAMING WITH ALOG zeigt an, dass die Umbenennung von Areas nur erlaubt ist, wenn das After-Image-Logging ausgeschaltet ist. Falls die Datenbank mit After-Image-Logging betrieben wird, müssen Sie es vor dem Umbenennungszyklus ausschalten.
In Phase drei werden
die einzelnen Satzarten auf unzulässige Änderungen geprüft.
die Schlüssel auf Satzartebene auf Änderungen bezüglich der SIA-Daten geprüft.
die Schlüsselinformationen geprüft, die erst später in die SSIA eingetragen werden.
die Umbenennungen von Feldern geprüft.
Bei der Änderung der einzelnen Satzarten können folgende unzulässige Änderungen auftreten (Meldungstext: DIFFERENCE IN satz-inhalt):
Meldung (satz-inhalt) | Bedeutung |
| Die Referenz der Satzart ist im alten und neuen Schema unterschiedlich. |
| Es gibt Unterschiede bzgl. der Lage des DBKEY- bzw. DBKEY-LONG-Feldes, das für LOCATION MODE DIRECT genutzt wird. |
| Die zentralen Eigenschaften der Satzart unterscheiden sich im alten und neuen Schema. |
| Es gibt Unterschiede beim impliziten Set der Satzart. |
| Es gibt Unterschiede beim ersten Set, in dem die Satzart Owner ist. |
| Es gibt Unterschiede beim ersten Set, in dem die Satzart Member ist. |
| Die Länge des Satzes ist im alten und neuen Schema unterschiedlich. |
| Die Länge der Set-Connection-Data ist im alten und neuen Schema unterschiedlich. |
| Die Lage der CALC-Buckets ist im alten und neuen Schema unterschiedlich. |
| Die Länge der DBTT-Einträge ist im alten und neuen Schema unterschiedlich. |
| Die Art des Location Modus ist im alten und neuen Schema unterschiedlich. |
Die Meldung DIFFERENT USE OF REC-REF zeigt an, dass die Belegung dieser Satzart-Referenz im neuen und alten Schema so unterschiedlich ist, dass eine weitergehende differenzierte Analyse nicht sinnvoll ist.
Bei der Änderung eines Schlüssels in einem Set können bezüglich der SIA-Daten folgende unzulässige Änderungen auftreten:
Meldung | Bedeutung |
| Die Schlüssellänge ist im alten und neuen Schema unterschiedlich. |
| Die Referenz auf die Hash-Routine ist im alten und neuen Schema unterschiedlich. |
| Der zum Schlüssel gehörende DBTT-Eintrag ist im alten und neuen Schema unterschiedlich. |
| Die Eigenschaften des Schlüssels sind im alten und neuen Schema unterschiedlich. |
Bei den Schlüsselinformationen die erst später in die SSIA eingetragen werden, können folgende unzulässige Änderungen auftreten (Meldungstext: DIFFERENCE IN schluesselinhalt):
Meldung | Bedeutung |
| Die Schlüssellänge ist im alten und neuen Schema unterschiedlich. |
| Der zum Schlüssel gehörende DBTT-Eintrag ist im alten und neuen Schema unterschiedlich. |
| Die Referenz des Realms ist im alten und neuen Schema unterschiedlich. |
| Der Name der CALC-Routine ist im alten und neuen Schema unterschiedlich. |
| Die Nummer der CALC-Routine ist im alten und neuen Schema unterschiedlich. |
| Die Eigenschaften des Schlüssels sind im alten und neuen Schema unterschiedlich. |
| Die (interne) Referenznummer ist im alten und neuen Schema unterschiedlich. |
| Die Größe des CALC-Bereiches ist im alten und neuen Schema unterschiedlich. |
| Der Feldtyp des Schlüssels ist im alten und neuen Schema unterschiedlich. |
| Die Eigenschaften des Schlüssels sind im alten und neuen Schema unterschiedlich. |
| Ein Schlüsselfeld hat im alten und neuen Schema einen unterschiedlichen Beginn. |
| Die Zusammenfassung von Schlüsselfeldern im neuen Schema passt nicht zu den Schlüsselfeldern im alten Schema. |
| Das Aufteilen von Schlüsselfeldern im neuen Schema passt nicht zu den Schlüsselfeldern im alten Schema. |
Die Meldung DIFFERENT USE OF KEY-REF zeigt an, dass die Belegung dieser Schlüssel-Referenz im neuen und alten Schema so unterschiedlich ist, dass eine weitergehende differenzierte Analyse nicht sinnvoll ist.
Bei der Umbenennung von Feldern können folgende unzulässige Änderungen auftreten :
Meldung | Bedeutung |
| Die Zusammenfassung oder Aufteilung von Feldern führt zu Überlappung. |
| Felder wurden zusammengefasst, aber das zusammengefasste Feld im neuen Schema ist nicht vom Typ CHAR. |
| Ein Feld wird aufgeteilt, aber das Feld im alten Schema ist nicht vom Typ CHAR. |
| Felder wurden zu einer Gruppe zusammengefasst, aber nicht alle Felder im neuen Schema sind vom Typ CHAR. |
| Eine Gruppe wird in ein oder mehrere Felder aufgeteilt, aber nicht alle Felder im neuen Schema sind vom Typ CHAR. |
| Die maximale Länge eines variablen Feldes am Ende der Satzart wurde unzulässig verändert. |
| Die Länge des letzten Feldes im alten Schema weist auf eine unzulässige Umbenennung hin. |
| Die Länge des letzten Feldes im neuen Schema weist auf eine unzulässige Umbenennung hin. |
| In einer komprimierten Satzart sind unzulässige Veränderungen vorgenommen worden. |
| Hinweis auf eine unzulässige Typänderung in Feld |
| Eine unzulässige Typänderung wurde festgestellt. |
| Eine unzulässige Typänderung wurde bei der Änderung eines Vektors festgestellt. |
In Phase vier werden
die einzelnen Sets auf unzulässige Änderungen geprüft.
die Schlüssel auf Setebene auf Änderungen bezüglich der SIA-Daten geprüft. Es können die gleichen unzulässigen Änderungen wie in Phase drei (siehe Phase drei) auftreten.
die Schlüsselinformationen geprüft, die erst später in die SSIA eingetragen werden. Es werden die Schlüssel mit der entsprechenden Nummer ausgegeben, die auch im BPSIA-Protokoll des Schemas ausgegeben werden. Es können die gleichen unzulässigen Änderungen wie in Phase drei (siehe Phase drei) auftreten.
Bei der Änderung der einzelnen Sets können folgende unzulässige Änderungen auftreten (Meldungstext: DIFFERENCE IN set-inhalt):
Meldung (set-inhalt) | Bedeutung |
| Die Referenz des Sets ist im alten und neuen Schema unterschiedlich. |
| Die Eigenschaften des Sets sind im alten und neuen Schema unterschiedlich. |
| Der Set-Modus ist im alten und neuen Schema unterschiedlich. |
| Die Sortierreihenfolge ist im alten und neuen Schema unterschiedlich. |
| Die Referenz des Owners ist im alten und neuen Schema unterschiedlich. |
| Die Referenz des Members ist im alten und neuen Schema unterschiedlich. |
| Die Ownerverkettung ist im alten und neuen Schema unterschiedlich. |
| Die Memberverkettung ist im alten und neuen Schema unterschiedlich. |
| Die Verkettung der SYSTEM-Sets ist im alten und neuen Schema unterschiedlich. |
| Die Verkettung der dynamischen Sets ist im alten und neuen Schema unterschiedlich. |
| Die Verkettung des Sets ist im alten und neuen Schema unterschiedlich. |
| POPULATION- bzw. INCREASE-Klausel sind im alten und neuen Schema unterschiedlich. |
| Es gibt Unterschiede in den Set Connection Data. |
| Der Database Key des Ankers eines singulären Sets ist im alten und neuen Schema unterschiedlich. |
Die Meldung DIFFERENT USE OF SET-REF zeigt an, dass die Belegung dieser Set-Referenz im neuen und alten Schema so unterschiedlich ist, dass eine weitergehende differenzierte Analyse nicht sinnvoll ist.
In der fünften Phase wird die physische Reihenfolge aller Schlüssel der SIA überprüft die an Satzarten oder Sets hängen. Die physische Reihenfolge der Schlüssel muss unverändert sein, da ihnen eine implizite Nummerierung zugeordnet ist, welche die Datenbank nutzt. Hier können nochmals unzulässige Änderungen (siehe Phase drei) auftreten.