Komprimierung von Paketdaten "Reloaded"

Hintergrund: siehe auch Refactoring "Komprimierung von Paketdaten"
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 soll die Voraussetzung fr eine effektive Komprimierung herstellen und die Paketdaten
weiter deutlich in der Gre reduzieren.

Technischer Hintergrund:
Das Host-RW bearbeite das Paket patientenfallweise in einer definierten Reihenfolge. Die Daten der beteiligten Tabellen
werden in ebendieser Reihenfolge bentigt. Zur Herstellung dieser Reihenfolge fr die Paket-Tabellen gibt es insbesondere
folgende Alternativen:
    (a) SQL-Server macht es, Reihenfolge per join und order by sicherstellen
    (b) Reihenfolge einmalig einlesen und Daten in Reihenfolge bringen

Alternative (a) hat den Vorteil es in Vorwege sicherzustellen. Ich befrchte allerdings, dass die Ausfhrungszeiten
deutlich steigen werden. Weiterer Nachteil ist das komplexe SQL, welches immer wiederkehrende Aktionen der DB 
erfordert oder das Anlegen eine temporren Tabelle fr die Reihenfolge.

Alternative (b):
    - mehr Source-Code
    + einfache Struktur: 
        1*Reihenfolge einlesen, 
        Wiederholen : 
            Daten lesen (beliebige Reihenfolge)
            Daten zu Reihenfolge lesen und in dieser Reihenfolge sequentiell ablegen

Solbald die Daten in der Reihenfolgen der Bearbeitung gebracht sind, ist ein blockweises Speichern und Bearbeiten mglich.
Hierzu werden eine bestimmte Anzahl von Datenstze bzw. Gruppen in einem Block zusammengefasst und komprimiert. Bei der 
Bearbeitung ist durch die definierte Reihenfolge (und passender Blockgre) sichergestellt das bentigte Daten mit hoher 
Wahrscheinlichkeit im selben Block enthalten sind. Dadurch ist es effektiv, jeweils einen Block dekomprimiert als Cache 
vorzuhalten.

Die geschtzte Einsparung wird in jedem Fall signifikant sein. Mein Bauchgefhl sagt mir, dass >50 % Einparung drin sind.
Testweise Komprimierung aller Daten bentigt ca. 10-20% der ursrnglichen Gre. Das stellt die Grenze des Refactorings 
dar und wird nicht erreicht werden knnen.
