Table des matières
pg_aggregate
pg_am
pg_amop
pg_amproc
pg_attrdef
pg_attribute
pg_authid
pg_auth_members
pg_cast
pg_class
pg_collation
pg_constraint
pg_conversion
pg_database
pg_db_role_setting
pg_default_acl
pg_depend
pg_description
pg_enum
pg_event_trigger
pg_extension
pg_foreign_data_wrapper
pg_foreign_server
pg_foreign_table
pg_index
pg_inherits
pg_init_privs
pg_language
pg_largeobject
pg_largeobject_metadata
pg_namespace
pg_opclass
pg_operator
pg_opfamily
pg_parameter_acl
pg_partitioned_table
pg_policy
pg_proc
pg_publication
pg_publication_namespace
pg_publication_rel
pg_range
pg_replication_origin
pg_rewrite
pg_seclabel
pg_sequence
pg_shdepend
pg_shdescription
pg_shseclabel
pg_statistic
pg_statistic_ext
pg_statistic_ext_data
pg_subscription
pg_subscription_rel
pg_tablespace
pg_transform
pg_trigger
pg_ts_config
pg_ts_config_map
pg_ts_dict
pg_ts_parser
pg_ts_template
pg_type
pg_user_mapping
Les catalogues système représentent l'endroit où une base de données relationnelle
stocke les métadonnées des schémas, telles que les informations sur les tables
et les colonnes, et des données de suivi interne.
Les catalogues système de PostgreSQL sont de
simples tables. Elle peuvent être supprimées et recrées. Il est possible
de leur ajouter des colonnes, d'y insérer et modifier des valeurs, et de
mettre un joyeux bazar dans le système. En temps normal, l'utilisateur n'a aucune
raison de modifier les catalogues
système, il y a toujours des commandes SQL pour le faire. (Par
exemple, CREATE DATABASE
insère une ligne dans le
catalogue pg_database
-- et crée physiquement
la base de données sur le disque.) Il y a des exceptions pour certaines
opérations particulièrement ésotériques, mais la plupart d'entre elles ont
été mises à disposition sous la forme de commandes SQL. De ce fait, la
modification directe des les catalogues systèmes est de moins en moins vrai.