Amazon Redshift dejará de admitir la creación de nuevas UDF de Python a partir del parche 198. Las UDF de Python existentes seguirán funcionando hasta el 30 de junio de 2026. Para obtener más información, consulte la [publicación del blog](https://aws.amazon.com/blogs/big-data/amazon-redshift-python-user-defined-functions-will-reach-end-of-support-after-june-30-2026/).
# STL\$1VACUUM
Muestra las estadísticas de filas y de bloques de las tablas limpiadas.
En la vista, se muestra información específica respecto a cuándo comenzó y finalizó la operación de limpieza y se especifican los beneficios de ejecutar la operación. Para obtener información acerca de los requisitos para ejecutar este comando, consulte la descripción del comando [VACUUM](r_VACUUM_command.md).
STL\$1VACUUM solo es visible para los superusuarios. Para obtener más información, consulte [Visibilidad de datos en las tablas y vistas de sistema](cm_chap_system-tables.md#c_visibility-of-data).
Algunos o todos los datos de esta tabla también están en la vista de monitoreo SYS [SYS\$1VACUUM\$1HISTORY](SYS_VACUUM_HISTORY.md). Los datos de la vista de monitoreo SYS están formateados para que sean más fáciles de usar y entender. Se recomienda utilizar la vista de monitoreo SYS para las consultas.
## Columnas de la tabla
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/es_es/redshift/latest/dg/r_STL_VACUUM.html)
## Consultas de ejemplo
La siguiente consulta proporciona las estadísticas de limpieza de la tabla 108313. La tabla se limpió por medio de una serie de inserciones y eliminaciones.
```
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
```
Al inicio de la operación VACUUM, la tabla contenía 1950 filas almacenadas en 28 bloques de 1 MB. Amazon Redshift estimó que podría recuperar 984 o 17 bloques de espacio en disco, con una operación de limpieza.
En la fila del estado Finished (Finalizado), la columna ROWS muestra un valor de 966 y el valor de la columna BLOCKS es 11, en vez de 28. La operación de limpieza recuperó la cantidad estimada de espacio en disco y no quedó espacio ni filas recuperables una vez finalizada la operación de limpieza.
En la fase de ordenación (transacción 15126), la limpieza pudo omitir la tabla porque las filas se insertaron en el orden de la clave de ordenación.
En el siguiente ejemplo, se muestran las estadísticas de la limpieza SORT ONLY en la tabla SALES (tabla 110116 en este ejemplo) después de una gran operación 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...
```