Amazon Redshift unterstützt UDFs ab Patch 198 nicht mehr die Erstellung von neuem Python. Das bestehende Python UDFs wird bis zum 30. Juni 2026 weiterhin funktionieren. Weitere Informationen finden Sie im [Blog-Posting](https://aws.amazon.com/blogs/big-data/amazon-redshift-python-user-defined-functions-will-reach-end-of-support-after-june-30-2026/).
Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
# STL\$1VACUUM
Zeigt die Statistiken für Zeilen und Blöcke für Tabellen an, die bereinigt wurden.
Die Ansicht zeigt Informationen dazu an, wann jede Bereinigungsaktion gestartet und beendet wurde, und zeigt die Vorteile der Ausführung dieser Operation. Für Informationen zu den Voraussetzungen für diesen Befehl vgl. die Beschreibung des Befehls [VACUUM](r_VACUUM_command.md).
STL\$1VACUUM ist nur für Superuser sichtbar. Weitere Informationen finden Sie unter [Sichtbarkeit der Daten in Systemtabellen und Ansichten](cm_chap_system-tables.md#c_visibility-of-data).
Einige oder alle Daten in dieser Tabelle sind auch in der SYS-Überwachungsansicht [SYS\$1VACUUM\$1HISTORY](SYS_VACUUM_HISTORY.md) zu finden. Die Daten in der SYS-Überwachungsansicht sind so formatiert, dass sie leichter verwendbar und besser verständlich sind. Wir empfehlen Ihnen, für Ihre Abfragen die SYS-Überwachungsansicht zu verwenden.
## Tabellenspalten
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/redshift/latest/dg/r_STL_VACUUM.html)
## Beispielabfragen
Die folgende Abfrage ergibt Bereinigungsstatistiken für Tabelle 108313. Die Tabelle wurde nach einer Reihe von Einfügungs- und Löschvorgängen bereinigt.
```
select xid, table_id, status, rows, sortedrows, blocks, eventtime,
reclaimable_rows, reclaimable_space_mb
from stl_vacuum where table_id=108313 order by eventtime;
xid | table_id | status | rows | sortedrows | blocks | eventtime | reclaimable_rows | reclaimable_space_mb
-------+----------+-------------------------+------+------------+--------+----------------------+------------------+----------------------
14294 | 108313 | Started | 1950 | 408 | 28 | 2016-05-19 17:36:01 | 984 | 17
14294 | 108313 | Finished | 966 | 966 | 11 | 2016-05-19 18:26:13 | 0 | 0
15126 | 108313 | Skipped(sorted>=95%) | 966 | 966 | 11 | 2016-05-19 18:26:38 | 0 | 0
```
Zu Beginn der VACUUM-Operation enthielt die Tabelle 1 950 Zeilen in 28 1-MB-Blöcken. Amazon Redshift schätzte, mit einer Bereinigungsoperation 984 Zeilen oder 17 Blöcke Speicherplatz zurückgewinnen zu können.
In der Zeile für den Status „Finished“ (Abgeschlossen) zeigt die Spalte ROWS (Zeilen) einen Wert von 966 an, der Wert der Spalte BLOCKS (Blöcke) ist von 28 auf 11 zurückgegangen. Bei der Bereinigung wurde die geschätzte Menge Speicherplatz zurückgewonnen, sodass nach Abschluss der Bereinigungsoperation keine zurückgewinnbaren Zeilen bzw. kein zurückgewinnbarer Speicherplatz mehr übrig war(en).
In der Sortier-Phase (Transaktion 15126) konnte die Bereinigung die Tabelle übergehen, da die Zeilen in der Reihenfolge des Sortierschlüssels eingegeben wurden.
Das folgende Beispiel zeigt die Statistik für eine SORT ONLY-Bereinigung auf der Tabelle SALES (Tabelle 110116 in diesem Beispiel) nach einer großen INSERT-Operation:
```
vacuum sort only sales;
select xid, table_id, status, rows, sortedrows, blocks, eventtime
from stl_vacuum order by xid, table_id, eventtime;
xid |table_id| status | rows |sortedrows|blocks| eventtime
----+--------+-----------------+-------+----------+------+--------------------
...
2925| 110116 |Started Sort Only|1379648| 172456 | 132 | 2011-02-24 16:25:21...
2925| 110116 |Finished |1379648| 1379648 | 132 | 2011-02-24 16:26:28...
```