Mit den nachfolgend angegebenen Berechnungsformeln können Sie folgende Werte berechnen:
DBTT-Größe für neu angelegte DBTT
DBTT-Größe für umgespeicherte DBTT
Größe eines direkten Hashbereichs
Größe eines indirekten Hashbereichs
Größe einer mehrstufigen SEARCH-Key-Tabelle auf Satzartebene
- DBTT-Größe berechnen für neu angelegte DBTT:
2044 / LENGTH = einträge-pro-seite1)(bei 2048 Byte Seitenlänge)3980 / LENGTH = einträge-pro-seite1)(bei 4000 Byte Seitenlänge)8076 / LENGTH = einträge-pro-seite1)(bei 8096 Byte Seitenlänge)ganzzahl / einträge-pro-seite = seitenanzahl2)1) Ergebnis ist abzurunden auf eine ganze Zahl
2) Ergebnis ist aufzurunden auf eine ganze Zahl
seitenanzahlAnzahl der DBTT-Seiten
einträge-pro-seite
Anzahl der DBTT-Einträge pro Seite
ganzzahl
Anzahl der geplanten Sätze aus DBTT-Klausel
LENGTH
Länge eines DBTT-Eintrags; diesen Wert enthält das BGSIA-Protokoll unter der Überschrift „DBTT-INFORMATION“
(siehe Handbuch „Sichern, Informieren und Reorganisieren") DBTT-Größe berechnen für umgespeicherte DBTT:
2044 / LENGTH-neu = einträge-pro-seite-neu1)(bei 2048 Byte Seitenlänge)3980 / LENGTH-neu = einträge-pro-seite-neu1)(bei 4000 Byte Seitenlänge)8076 / LENGTH-neu = einträge-pro-seite-neu1)(bei 8096 Byte Seitenlänge)alte-gesamtzahl-einträge / einträge-pro-seite-neu = seitenanzahl2)1) Ergebnis ist abzurunden auf eine ganze Zahl
2) Ergebnis ist aufzurunden auf eine ganze Zahlseitenanzahl
Anzahl der DBTT-Seiten
alte-gesamtzahl-einträge
Anzahl der Einträge in der ursprünglichen DBTT; diesen Wert können Sie mit BSTATUS ermitteln
einträge-pro-seite-neu
Anzahl der DBTT-Einträge pro Seite in der neuen DBTT
LENGTH-neu
Länge eines Eintrags in der neuen DBTT
LENGTH-neu= 4 x (n+ 1)n
Anzahl aller Tabellen der Sets, in denen die Satzart Ownersatzart istGröße berechnen für direkten Hashbereich:
Die Anzahl der Überlaufseiten, die BALTER mit anlegen muss, ist hierbei nicht berücksichtigt!
(seitenlänge - 30) / (satzlänge + calc-key-länge + 15) = einträge-pro-seite 1)(ganzzahl - 1) / einträge-pro-seite + 1 = seitenanzahl 2)1) Ergebnis ist abzurunden auf eine ganze Zahl
2) Ergebnis ist aufzurunden auf die nächsthöhere Primzahl, wenn sich keine Primzahl ergibt
seitenlängeSeitenlänge in der Datenbank (2048/4000/8096 Byte)
seitenanzahl
Anzahl der Seiten des Hashbereichs
calc-key-länge
Länge des CALC-Key;
diesen Wert können Sie dem BGSIA-Protokoll entnehmen unter der Überschrift ’CALC-INFORMATION’ in der Spalte LENGTH
(siehe Handbuch „Sichern, Informieren und Reorganisieren")ganzzahl
Anzahl der zu speichernden Sätze laut POPULATION-Klausel (Satzartebene)
satzlänge
Länge der Satzart inkl. SCD;
diesen Wert können Sie dem BGSIA-Protokoll entnehmen unter der Überschrift „RECORD-INFORMATION“ in der Spalte LENGTH
(siehe Handbuch „Sichern, Informieren und Reorganisieren")einträge-pro-seite
Anzahl der Einträge (Sätze oder CALC-Index-Einträge) pro Seite
Größe berechnen für indirekten Hashbereich:
Die Anzahl der Überlaufseiten, die BALTER mit anlegen muss, ist hierbei nicht berücksichtigt.
(seitenlänge - 30 ) / (calc-key-länge + 7) = einträge-pro-seite 1)(ganzzahl - 1) / einträge-pro-seite) = seitenanzahl2)1) Ergebnis ist abzurunden auf eine ganze Zahl
2) Ergebnis ist aufzurunden auf die nächsthöhere Primzahl, wenn sich keine Primzahl ergibt
ganzzahl
Anzahl der zu speichernden Sätze
laut POPULATION-Klausel (Primärschlüssel)
- laut DBTT-Klausel (Sekundärschlüssel).
Übrige Bedeutungen siehe Punkt 3.
Größe berechnen für mehrstufige SEARCH-Key-Tabelle (Satzartebene):
Diese Formel geht von geringfügig vereinfachten Annahmen aus und liefert deshalb eine Abschätzung und nicht den exakten Zahlenwert.
Bei 2048 Byte Seitenlänge:
falls ein Füllgrad angegeben wurde:
anzahl-search-keys 2002 - a-------------------------------------- * ---------- = seitenanzahlmax(1, (2002 / a * füllgrad / 100))1)2002 - 2a1) Ergebnis des ersten Bruchs und Ergebnis der Multiplikation sind jeweils abzurunden auf eine ganze Zahl
falls kein Füllgrad angegeben wurde:
anzahl-search-keys 2002 - a------------------ * ---------- = seitenanzahl(2002 / a ) -1)2)2002 - 2a2) Ergebnis des Bruchs ist abzurunden auf eine ganze Zahl
wobei:
a = search-key-l + 7
Bei 4000 Byte Seitenlänge:falls ein Füllgrad angegeben wurde:
anzahl-search-keys 3950 - b-------------------------------------- * ---------- = seitenanzahlmax(1, (3950 / b * füllgrad / 100)) 1) 3950 - 2b1) Ergebnis des ersten Bruchs und Ergebnis der Multiplikation sind jeweils abzurunden auf eine ganze Zahl
falls kein Füllgrad angegeben wurde:
anzahl-search-keys 3950 - b------------------ * ---------- = seitenanzahl(3950 / b ) -1) 2) 3950 - 2b2) Ergebnis des Bruchs ist abzurunden auf eine ganze Zahl
wobei:
b = search-key-l + 10Bei 8096 Byte Seitenlänge:
falls ein Füllgrad angegeben wurde:
anzahl-search-keys 8046 - b-------------------------------------- * ---------- = seitenanzahlmax(1, (8046 / b * füllgrad / 100)) 1) 8046 - 2b1) Ergebnis des ersten Bruchs und Ergebnis der Multiplikation sind jeweils abzurunden auf eine ganze Zahl
falls kein Füllgrad angegeben wurde:
anzahl-search-keys 8046 - b------------------ * ---------- = seitenanzahl(8046 / b) -1 2) 8046 - 2b2) Ergebnis des Bruchs ist abzurunden auf eine ganze Zahl
wobei:
b= search-key-l + 10seitenanzahl
Anzahl der benötigten Seiten für die gesamte Set-Occurrence-Tabelle
anzahl-search-keys
Anzahl der Schlüssel in der Tabelle
füllgrad
Füllgrad in Prozent
(siehe FILLING-KLausel, "FILLING (Füllgrad von Tabellenseiten festlegen)")search-key-l(änge)
Länge des SEARCH-Key;
diesen Wert können Sie dem BGSIA-Protokoll entnehmen unter der Überschrift „KEY-INFORMATION (NO CALC SEARCH KEY’S)“ in der Spalte LENGTH
(siehe Handbuch „Sichern, Informieren und Reorganisieren“).