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-seite
1)
(bei 2048 Byte Seitenlänge)
3980 / LENGTH = einträge-pro-seite
1)
(bei 4000 Byte Seitenlänge)
8076 / LENGTH = einträge-pro-seite
1)
(bei 8096 Byte Seitenlänge)
ganzzahl / einträge-pro-seite = seitenanzahl
2)
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-neu
1)
(bei 2048 Byte Seitenlänge)
3980 / LENGTH-neu = einträge-pro-seite-neu
1)
(bei 4000 Byte Seitenlänge)
8076 / LENGTH-neu = einträge-pro-seite-neu
1)
(bei 8096 Byte Seitenlänge)
alte-gesamtzahl-einträge / einträge-pro-seite-neu = seitenanzahl
2)
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) = 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
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
-------------------------------------- * ---------- = seitenanzahl
max(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
-------------------------------------- * ---------- = seitenanzahl
max(1, (3950 / b * füllgrad / 100)) 1) 3950 - 2b
1) 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 - 2b
2) Ergebnis des Bruchs ist abzurunden auf eine ganze Zahl
wobei:
b = search-key-l + 10
Bei 8096 Byte Seitenlänge:
falls ein Füllgrad angegeben wurde:
anzahl-search-keys 8046 - b
-------------------------------------- * ---------- = seitenanzahl
max(1, (8046 / b * füllgrad / 100)) 1) 8046 - 2b
1) 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 - 2b
2) Ergebnis des Bruchs ist abzurunden auf eine ganze Zahl
wobei:
b= search-key-l + 10
seitenanzahl
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“).