Amazon Redshift non supporterà più la creazione di nuovi Python UDFs a partire dalla Patch 198. Python esistente UDFs continuerà a funzionare fino al 30 giugno 2026. Per ulteriori informazioni, consulta il [post del blog](https://aws.amazon.com/blogs/big-data/amazon-redshift-python-user-defined-functions-will-reach-end-of-support-after-june-30-2026/).
Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.
# STL\$1VACUUM
Visualizza statistiche di riga e di blocco per le tabelle sottoposte a vacuum.
La vista mostra informazioni relative al momento in cui ogni operazione di vacuum è stata avviata o terminata e dimostra i benefici nell'esecuzione dell'operazione. Per informazioni sui requisiti per l'esecuzione di questo comando, consultare la descrizione di comando [VACUUM](r_VACUUM_command.md).
STL\$1VACUUM è visibile solo agli utenti con privilegi avanzati. Per ulteriori informazioni, consulta [Visibilità dei dati nelle tabelle e nelle viste di sistema](cm_chap_system-tables.md#c_visibility-of-data).
Alcuni o tutti i dati di questa tabella sono definiti anche nella vista di monitoraggio SYS [SYS\$1VACUUM\$1HISTORY](SYS_VACUUM_HISTORY.md). I dati nella vista di monitoraggio SYS sono formattati in modo da essere più facili da usare e comprendere. Ti consigliamo di utilizzare la vista di monitoraggio SYS per le query.
## Colonne di tabella
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/redshift/latest/dg/r_STL_VACUUM.html)
## Query di esempio
La seguente query dichiara le statistiche di vacuum per la tabella 108313. La tabella è stata sottoposta a vacuum in seguito a una serie di inserimenti ed eliminazioni.
```
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
```
All'inizio dell'operazione VACUUM, la tabella conteneva 1.950 righe archiviate in 28 blocchi da 1 MB. Amazon Redshift ha stimato di poter recuperare 984 righe, o 17 blocchi di spazio su disco, con un'operazione vacuum.
Nella riga dello stato Finished, la colonna ROWS mostra un valore di 966 e il valore della colonna BLOCKS è 11, rispetto a 28. L'operazione vacuum ha recuperato la quantità stimata di spazio su disco, senza righe o spazio recuperabili restanti dopo il completamento dell'operazione vacuum.
Nella fase di ordinamento (transazione 15126), il vacuum è riuscito a ignorare la tabella perché le righe sono state inserite nell'ordine della chiave di ordinamento.
Il seguente esempio mostra le statistiche per un vacuum SORT ONLY sulla tabella SALES (tabella 110116 in questo esempio) dopo una lunga operazione INSERT:
```
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...
```