columns
#
La vue columns
contient des informations sur toutes les
colonnes de table (et colonnes de vue) de la base. Les colonnes
système (ctid
, etc.) ne sont pas incluses. Seules les colonnes
auxquelles l'utilisateur a accès (par propriété ou par
privilèges) sont affichées.
Tableau 35.15. Colonnes de columns
Type de la colonne Description |
---|
Nom de la base de données contenant la table (toujours la base de données courante) |
Nom du schéma contenant la table |
Nom de la table |
Nom de la colonne |
Position de la colonne dans la table (la numérotation commençant à 1) |
Expression par défaut de la colonne |
|
Le type de données de la colonne, s'il s'agit d'un type interne ou
|
Si |
Si |
Si |
Si |
Si |
Si |
Si |
S'applique à une fonctionnalité non disponible dans
PostgreSQL (voir
|
S'applique à une fonctionnalité non disponible dans PostgreSQL. |
S'applique à une fonctionnalité non disponible dans PostgreSQL. |
S'applique à une fonctionnalité non disponible dans PostgreSQL. |
Nom de la base contenant le collationnement de l'attribut (toujours la base de données courante), NULL s'il s'agit du collationnement par défaut ou si le type de données de l'attribut ne peut pas avoir de collationnement |
Nom du schéma contenant le collationnement de l'attribut, NULL s'il s'agit du collationnement par défaut ou si le type de données de l'attribut ne peut pas avoir de collationnement |
Nom du collationnement de l'attribut, NULL s'il s'agit du collationnement par défaut ou si le type de données de l'attribut ne peut pas avoir de collationnement |
Si la colonne a un type domaine, le nom de la base de données où le type est défini (toujours la base de données courante), sinon NULL. |
Si la colonne a un type domaine, le nom du schéma où le domaine est défini, sinon NULL. |
Si la colonne a un type de domaine, le nom du domaine, sinon NULL. |
Nom de la base de données où le type de données de la colonne (le type sous-jacent du domaine, si applicable) est défini (toujours la base de données courante). |
Nom du schéma où le type de données de la colonne (le type sous-jacent du domaine, si applicable) est défini. |
Nom du type de données de la colonne (le type sous-jacent du domaine, si applicable). |
S'applique à une fonctionnalité non disponible dans PostgreSQL. |
S'applique à une fonctionnalité non disponible dans PostgreSQL. |
S'applique à une fonctionnalité non disponible dans PostgreSQL. |
Toujours NULL car les tableaux ont toujours une cardinalité maximale illimitée avec PostgreSQL. |
Un identifiant du descripteur du type de données de la colonne, unique parmi les descripteurs de type de données contenus dans la table. Ceci est principalement utile pour joindre d'autres instances de ces identifiants. (Le format spécifique de l'identifiant n'est pas défini et rien ne permet d'assurer qu'il restera inchangé dans les versions futures.) |
S'applique à une fonctionnalité non disponible dans PostgreSQL. |
Si la colonne est une colonne d'identité, alors |
Si la colonne est une colonne d'identité, alors |
Si la colonne est une colonne identité, alors la valeur de démarrage de la séquence interne, sinon NULL. |
Si la colonne est une colonne identité, alors l'incrément de la séquence interne, sinon NULL. |
Si la colonne est une colonne identité, alors la valeur maximale de la séquence interne, sinon NULL. |
Si la colonne est une colonne identité, alors la valeur minimale de la séquence interne, sinon NULL. |
Si la colonne est une colonne identité, alors |
Si la colonne est une colonne générée, alors |
Si la colonne est une colonne générée, alors l'expression générée, sinon null. |
|
Puisqu'en SQL les possibilités de définir les types de données sont nombreuses, et que PostgreSQL offre des possibilités supplémentaires, leur représentation dans le schéma d'information peut s'avérer complexe.
La colonne data_type
est supposée identifier le type de
données interne sous-jacent de la colonne. Avec
PostgreSQL, cela signifie que le type est défini
dans le schéma du catalogue système pg_catalog
. Cette
colonne est utile si l'application sait gérer les
types internes (par exemple, formater les types numériques différemment
ou utiliser les données dans les colonnes de précision). Les colonnes
udt_name
, udt_schema
et
udt_catalog
identifient toujours le type de données
sous-jacent de la colonne même si la colonne est basée sur un domaine.
Puisque PostgreSQL traite les types internes comme des types utilisateur, les types internes apparaissent aussi ici. Il s'agit d'une extension du standard SQL.
Toute application conçue pour traiter les données en fonction du type peut
utiliser ces colonnes, car, dans ce cas, il importe peu de savoir si la
colonne est effectivement fondée sur un domaine.
Si la colonne est fondée sur un domaine, l'identité du domaine est
stockée dans les colonnes domain_name
,
domain_schema
et domain_catalog
. Pour
assembler les colonnes avec leurs types de données associés et
traiter les domaines comme des types séparés, on peut écrire
coalesce(domain_name, udt_name)
, etc.