Amazon Redshift ne prendra plus en charge la création de nouveaux Python à UDFs partir du patch 198. UDFs Le Python existant continuera de fonctionner jusqu'au 30 juin 2026. Pour plus d’informations, consultez le [ billet de blog ](https://aws.amazon.com/blogs/big-data/amazon-redshift-python-user-defined-functions-will-reach-end-of-support-after-june-30-2026/). 

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

# STV\$1TBL\$1PERM
<a name="r_STV_TBL_PERM"></a>

La table STV\$1TBL\$1PERM contient des informations sur les tables permanentes dans Amazon Redshift, y compris les tables temporaires créées par un utilisateur pour la session en cours. STV\$1TBL\$1PERM contient des informations pour toutes les tables de toutes les bases de données.

Ce tableau diffère de [STV\$1TBL\$1TRANS](r_STV_TBL_TRANS.md), qui contient des informations sur les tables de base de données temporaires que le système crée pendant le traitement de la requête.

STV\$1TBL\$1PERM n’est visible que par les superutilisateurs. Pour plus d’informations, consultez [Visibilité des données dans les tables et vues système](cm_chap_system-tables.md#c_visibility-of-data).

## Colonnes de la table
<a name="r_STV_TBL_PERM-table-columns"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/redshift/latest/dg/r_STV_TBL_PERM.html)

## Exemples de requêtes
<a name="r_STV_TBL_PERM-sample-queries"></a>

La requête suivante renvoie une liste de tables IDs et de noms distincts : 

```
select distinct id, name
from stv_tbl_perm order by name;

   id   |          name
--------+-------------------------
 100571 | category
 100575 | date
 100580 | event
 100596 | listing
 100003 | padb_config_harvest
 100612 | sales
...
```

D'autres tables système utilisent une table IDs. Il peut donc être très utile de savoir quel ID de table correspond à une table donnée. Dans cet exemple, SELECT DISTINCT est utilisé pour supprimer les doublons (les tables sont réparties entre plusieurs tranches).

Pour déterminer le nombre de blocs de 1 Mo utilisés par chaque colonne dans la table VENUE, tapez la requête suivante : 

```
select col, count(*)
from stv_blocklist, stv_tbl_perm
where stv_blocklist.tbl = stv_tbl_perm.id
and stv_blocklist.slice = stv_tbl_perm.slice
and stv_tbl_perm.name = 'venue'
group by col
order by col;

 col | count
-----+-------
   0 |     8
   1 |     8
   2 |     8
   3 |     8
   4 |     8
   5 |     8
   6 |     8
   7 |     8
(8 rows)
```

## Notes d’utilisation
<a name="r_STV_TBL_PERM-usage-notes"></a>

La colonne ROWS inclut le nombre de lignes supprimées qui n’ont pas été vidées (ou ont été vidées mais avec l’option SORT ONLY). Par conséquent, la SUM de la colonne ROWS de la table STV\$1TBL\$1PERM peut ne pas correspondre au résultat COUNT(\$1) lorsque vous interrogez une table donnée directement. Par exemple, si 2 lignes sont supprimées de la table VENUE, le résultat de COUNT(\$1) est 200 mais le résultat de SUM(ROWS) est toujours 202 : 

```
delete from venue
where venueid in (1,2);

select count(*) from venue;
count
-------
200
(1 row)

select trim(name) tablename, sum(rows)
from stv_tbl_perm where name='venue' group by name;

tablename | sum
-----------+-----
venue     | 202
(1 row)
```

Pour synchroniser les données dans STV\$1TBL\$1PERM, effectuez un processus vacuum sur la table VENUE.

```
vacuum venue;

select trim(name) tablename, sum(rows)
from stv_tbl_perm
where name='venue'
group by name;

tablename | sum
-----------+-----
venue     | 200
(1 row)
```