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.

# PG\$1TABLE\$1DEF
<a name="r_PG_TABLE_DEF"></a>

Stocke les informations sur les colonnes de la table.

PG\$1TABLE\$1DEF renvoie uniquement les informations sur les tables visibles de l’utilisateur. Si PG\$1TABLE\$1DEF ne renvoie pas les résultats attendus, vérifiez que le paramètre [search\$1path](r_search_path.md) est correctement défini pour inclure les schémas correspondants.

Vous pouvez utiliser [SVV\$1TABLE\$1INFO](r_SVV_TABLE_INFO.md) pour afficher des informations plus exhaustives sur une table, notamment l'asymétrie de la distribution des données, l'asymétrie de la distribution de clés, la taille de la table et les statistiques. 

## Colonnes de la table
<a name="r_PG_TABLE_DEF-table-columns2"></a>

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

## Exemple
<a name="r_PG_TABLE_DEF-example2"></a>

L'exemple suivant illustre les colonnes de clés de tri composées de la table LINEORDER\$1COMPOUND.

```
select "column", type, encoding, distkey, sortkey, "notnull" 
from pg_table_def
where tablename = 'lineorder_compound' 
and sortkey <> 0;

column       | type    | encoding | distkey | sortkey | notnull
-------------+---------+----------+---------+---------+--------
lo_orderkey  | integer | delta32k | false   |       1 | true   
lo_custkey   | integer | none     | false   |       2 | true   
lo_partkey   | integer | none     | true    |       3 | true   
lo_suppkey   | integer | delta32k | false   |       4 | true   
lo_orderdate | integer | delta    | false   |       5 | true   
(5 rows)
```

 L'exemple suivant illustre les colonnes de clés de tri entrelacées de la table LINEORDER\$1INTERLEAVED.

```
select "column", type, encoding, distkey, sortkey, "notnull" 
from pg_table_def
where tablename = 'lineorder_interleaved' 
and sortkey <> 0;

column       | type    | encoding | distkey | sortkey | notnull
-------------+---------+----------+---------+---------+--------
lo_orderkey  | integer | delta32k | false   |      -1 | true   
lo_custkey   | integer | none     | false   |       2 | true   
lo_partkey   | integer | none     | true    |      -3 | true   
lo_suppkey   | integer | delta32k | false   |       4 | true   
lo_orderdate | integer | delta    | false   |      -5 | true   
(5 rows)
```

PG\$1TABLE\$1DEF renvoie uniquement les informations pour les tables dans des schémas inclus dans le chemin de recherche. Pour plus d’informations, consultez [search\$1path](r_search_path.md).

Par exemple, supposons que vous créiez un schéma et une table, puis que vous interrogiez PG\$1TABLE\$1DEF.

```
create schema demo;
create table demo.demotable (one int);
select * from pg_table_def where tablename = 'demotable';

schemaname|tablename|column| type | encoding | distkey | sortkey | notnull 
----------+---------+------+------+----------+---------+---------+--------
```

La requête ne renvoie aucune ligne pour la nouvelle table. Examinez le paramètre de `search_path`.

```
show search_path;

  search_path
---------------
 $user, public
(1 row)
```

Ajoutez le schéma `demo` au chemin de recherche et exécutez la requête à nouveau.

```
set search_path to '$user', 'public', 'demo';

select * from pg_table_def where tablename = 'demotable';

schemaname| tablename |column|  type   | encoding |distkey|sortkey| notnull
----------+-----------+------+---------+----------+-------+-------+--------
demo      | demotable | one  | integer | none     | f     |     0 | f
(1 row)
```