Wann sollten Tabellen NICHT komprimiert werden?

Wir haben zwei Server. Eine, die wir gerade komprimiert haben, aber ich habe dieses kleine Projekt übernommen und dieser Typ sagt, dass einige Tische keine guten Kandidaten sind . Wie bei vielen anderen ist die Leistung -kritisch-. Ist es richtig zu sagen, dass einige Tabellen nicht komprimiert werden sollten? Wenn ja, nach welcher allgemeinen Schwelle ist zu suchen? Ich habe sein Skript ausgeführt, um zu überprüfen, ob Objekte gelesen / geschrieben wurden. Da dies jedoch wie ein Verlauf aussieht und nicht wie in einem bestimmten Zeitraum aufgetreten ist, ist dies möglicherweise keine genaue Methode, um dies zu beurteilen.

sql-server sql-server-2008 compression

— ini
quelle

Antworten:

Sie können sich auch dieses Whitepaper ansehen, das vom SQL CAT-Team verfasst wurde. Beachten Sie, wer auch dieses Dokument überprüft hat. Es ist sehr gut geschrieben.

Das Whitepaper erklärt, dass einige Daten besser komprimiert werden als andere, da es sich um Datenkomprimierung handelt. Ich glaube, der Abschnitt über Application Workload enthält Informationen zu einigen Ihrer Fragen und geht auf die Auswirkungen auf die Leistung ein, die bei der Verwendung der Datenkomprimierung auftreten. Mein Rat wird sein, es zu testen. Nur so können Sie sicher herausfinden, ob dies Ihrer Anwendung / Ihrem System zugute kommt oder schadet.

Ein Ausschnitt aus dem Whitepaper zeigt einige Daten auf, die von der Datenkomprimierung nicht profitieren:

Spalten mit numerischen oder Zeichendatentypen fester Länge, bei denen die meisten Werte alle für den jeweiligen Datentyp zugewiesenen Bytes erfordern
Nicht viele sich wiederholende Daten
Wiederholen von Daten mit nicht wiederholten Präfixen
Daten außerhalb der Zeile gespeichert
FILESTREAM-Daten

Ehrfürchtig Link Shawn, ich denke , das ist genau das, was ich zu lesen , benötigt

— ini

Musste das gleiche bei einem früheren Arbeitgeber recherchieren ... kam sehr praktisch

Hm, ich muss sagen - ich bezweifle den ersten Punkt. Ich erhalte manchmal eine Komprimierungsrate von 75% für Tabellen, die nur Datentypen fester Länge haben (numerisch - Finanztransaktionsdaten). In diesen gibt es keinen einzigen Datentyp mit variabler Länge.

— TomTom

@TomTom Ich glaube nicht, dass die Absicht der Liste im Whitepaper darin besteht, auf Daten hinzuweisen, die "nicht komprimiert werden können", sondern eher auf das, was Sie beim Komprimieren normalerweise nicht profitieren. Jede Umgebung ist jedoch anders und der Hauptgrund, den ich erwähnt habe, um sie zu testen.

Ich möchte Shawns Antwort hinzufügen, dass Tabellen mit häufigen Schreibvorgängen (Aktualisierungen, Einfügungen, Löschungen) ebenfalls schlechte Kandidaten sind, da die Komprimierung für jede Transaktion einige Zeit in Anspruch nimmt. Z.B. Staging-Tabellen vor dem Akzeptieren neuer Daten sollten nicht komprimiert werden. Es ist schneller, Daten zu laden und anschließend zu komprimieren, als Daten in eine komprimierte Tabelle zu laden.

— Stoleg
quelle