Chapter 42. System Catalogs

Table of Contents
42.1. Overview
42.2. pg_aggregate
42.3. pg_am
42.4. pg_amop
42.5. pg_amproc
42.6. pg_attrdef
42.7. pg_attribute
42.8. pg_authid
42.9. pg_auth_members
42.10. pg_autovacuum
42.11. pg_cast
42.12. pg_class
42.13. pg_constraint
42.14. pg_conversion
42.15. pg_database
42.16. pg_depend
42.17. pg_description
42.18. pg_index
42.19. pg_inherits
42.20. pg_language
42.21. pg_largeobject
42.22. pg_listener
42.23. pg_namespace
42.24. pg_opclass
42.25. pg_operator
42.26. pg_pltemplate
42.27. pg_proc
42.28. pg_rewrite
42.29. pg_shdepend
42.30. pg_shdescription
42.31. pg_statistic
42.32. pg_tablespace
42.33. pg_trigger
42.34. pg_type
42.35. System Views
42.36. pg_cursors
42.37. pg_group
42.38. pg_indexes
42.39. pg_locks
42.40. pg_prepared_statements
42.41. pg_prepared_xacts
42.42. pg_roles
42.43. pg_rules
42.44. pg_settings
42.45. pg_shadow
42.46. pg_stats
42.47. pg_tables
42.48. pg_timezonenames
42.49. pg_user
42.50. pg_views

The system catalogs are the place where a relational database management system stores schema metadata, such as information about tables and columns, and internal bookkeeping information. PostgreSQL's system catalogs are regular tables. You can drop and recreate the tables, add columns, insert and update values, and severely mess up your system that way. Normally, one should not change the system catalogs by hand, there are always SQL commands to do that. (For example, CREATE DATABASE inserts a row into the pg_database catalog — and actually creates the database on disk.) There are some exceptions for particularly esoteric operations, such as adding index access methods.