Table des matières
pg_aggregatepg_ampg_amoppg_amprocpg_attrdefpg_attributepg_authidpg_auth_memberspg_castpg_classpg_collationpg_constraintpg_conversionpg_databasepg_db_role_settingpg_default_aclpg_dependpg_descriptionpg_enumpg_event_triggerpg_extensionpg_foreign_data_wrapperpg_foreign_serverpg_foreign_tablepg_indexpg_inheritspg_init_privspg_languagepg_largeobjectpg_largeobject_metadatapg_namespacepg_opclasspg_operatorpg_opfamilypg_parameter_aclpg_partitioned_tablepg_policypg_procpg_publicationpg_publication_namespacepg_publication_relpg_rangepg_replication_originpg_rewritepg_seclabelpg_sequencepg_shdependpg_shdescriptionpg_shseclabelpg_statisticpg_statistic_extpg_statistic_ext_datapg_subscriptionpg_subscription_relpg_tablespacepg_transformpg_triggerpg_ts_configpg_ts_config_mappg_ts_dictpg_ts_parserpg_ts_templatepg_typepg_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. Elles 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 au fil du temps la plupart de
ces opérations ont été mises à disposition sous la forme de commandes SQL. De
ce fait, le besoin de modifier directement les catalogues systèmes est de plus
en plus faible.