Nachdem
meine erste Zeilenkomprimierung einer Tabelle eine hohe Verdichtungsrate aufgrund
suboptimalen Designs erbrachte, fragt sich nun, ob der Tabelle mit verbesserter Definition ein ähnlich hohes Sparpotenzial innewohnt.
Natürlich konnte ich nicht wieder 78% erwarten, aber die
Vorhersage (inspect rowcompestimate) war dennoch erfreulich:
Prozentsatz der durch die Komprimierung gesparten Seiten: 58
Prozentsatz der durch die Komprimierung gesparten Byte: 58
Prozentsatz der Zeilen, die wegen geringer Zeilengröße nicht für die Komprimierung ausgewählt werden können: 0
Größe des Komprimierungswörterverzeichnisses: 45824 Byte.
Größe des Erweiterungswörterverzeichnisses: 32768 Byte.
Also weniger als die Hälfte des Platzes der unkomprimierten Tabelle, nicht schlecht!
Und tatsächlich: Statt 107541 4K-Seiten belegt die Tabelle nach "alter table ... compress yes" und
dem Reorg nur noch 44171 Seiten. Dies ist eine Verdichtung auf 41%.
Die Prognose durch rowcompestimate war wieder sehr treffend. Man kann sich wohl darauf verlassen.
Der Anspruch der ursprüngliche Tabelle an 244026 Seiten Plattenplatz ist also nach Redesign und Venom-Komprimierung auf nur noch 18% herunter gedampft worden. In Byte bedeutet das 180 MB statt 1 GB.
Das Umdefinieren einiger Datentypen hat übrigens im Vergleich der beiden Komprimate immerhin noch 15% Einsparung gebracht.