Forum

ok.

Wenn die Tabelle mit COMPRESS YES definiert ist, kann dies der Grund sein, warum weniger Platz  benötigt wird, als Zeilenlänge * Zeilenanzahl.  Durch die Komprimierung wird für das Abspeichern einfach weniger physischer Platz benötigt.
( Der eingesparte Platz kann dabei durchaus auch 80% betragen ).

DB2 könnte bei Segmented TS den Platz von gelöschten Elementen wiederverwenden wenn:
a) der neue Satz in diese Page gehört
—> aufgrund des Clustering Index versucht DB2 beim INSERT, die Schlüsselfolge einzuhalten

b) der neue Satz da reinpasst
—> es ist COMPRESS YES definiert, d.h. der neue Satz kann (physisch) länger sein als der gelöschte, und dann passt er nicht in die Lücke

Nein, es macht hier keinen Unterschied zwischen SegSize 4 und 32. ( ausser bei Verwendung von SYSPLEX -da spielt es eine Rolle )