Komprimierung von Paketdaten

Hintergrund:
im Host-RW werden alle Daten eines Pakets im Vorwege der Beregelung eingelesen. Dem Speicherbedarf steht auf der anderen
Seite ein performantes Auslesen der Daten aus der DB und ein effizienter Zugriff auf die zwischengespeicherten Daten gegenber.

Das Refactoring besteht in der Komprimierung der zwischengespeicherten Daten, welche einen Schein bzw. einen BHF zugeordnet sind.
Beispiele sind alle Leistungen, Kennzeichen, Regelnderungen zu einen Schein oder alle Kennzeichen zu einen BHF.

Erwarteter Gewinn: Erste Tests mit der freien ZLib-Bibliothek lassen eine signifikante Komprimierungsrate (30-60 % Leistungen) realistisch erscheinen.
Bei groen Pakete kann das einige 100 MB ausmachen.

Bemerkungen zur Realisierung:
Die Umsetzung erfllt die Erwartungen knapp. Anstatt der 30 - 60% Einsparung hat sich eine Einsparung von ca. 25-40% ergeben.
Die Ursache liegt hierfr in der Organisation der Paketdaten. Diese werden pro Tabelle zur jeweiligen ID gruppiert. Diese Gruppen
werden dann fr lohnende Tabellen komprimiert. ZZ sind dies vor die Leistungen(Gruppe hier zu Schein), Regelnderungen (Schein), 
Kennzeichen zur Ttigkeit (BHF Oder Schein). Die Kompromierung ist besonders dann effektiv, wenn eine ausreichend groe
Datenmenge vorliegt. Gibt es pro Gruppe wenig Daten (KS_KRANKENSCHEN ein Schein pro Gruppe, ...) so die theorische Ausbeute 
klein und ein geswisse Overhead mu zudem kompensiert werden. Daher lohnt ein Komprimierung i.d.R. nicht.
Die Beschrnkung auf wenige Tabellen hat allerdings den Vorteil die Ladezeit der Daten kaum zu verlngern.



