Re: System catalog documentation chapter

From: Bruce Momjian <bruce(at)momjian(dot)us>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Peter Eisentraut <peter(dot)eisentraut(at)enterprisedb(dot)com>, Peter Smith <smithpb2250(at)gmail(dot)com>, PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org>
Subject: Re: System catalog documentation chapter
Date: 2022-07-20 20:07:58
Message-ID: YthgnneoE7XqblQ6@momjian.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Tue, Jul 19, 2022 at 01:41:44PM -0400, Bruce Momjian wrote:
> I am going to look at moving system views that make sense into the
> chapters where their contents are mentioned. I don't think having a
> central list of views is really helping us because we expect the views
> to be used in ways the system catalogs would not be.

I have grouped the views by topic. What I would like to do next is to
move these view sections to the end of relevant documentation chapters.
Is that going to be an improvement?

---------------------------------------------------------------------------

pg_available_extensions
pg_available_extension_versions

pg_backend_memory_contexts

pg_config

pg_cursors

pg_file_settings
pg_hba_file_rules
pg_ident_file_mappings
pg_settings

pg_locks

pg_policies

pg_prepared_statements

pg_prepared_xacts

pg_publication_tables
pg_replication_origin_status
pg_replication_slots

pg_group
pg_roles
pg_shadow
pg_user
pg_user_mappings

pg_shmem_allocations

pg_stats
pg_stats_ext
pg_stats_ext_exprs

pg_timezone_abbrevs
pg_timezone_names

pg_indexes
pg_matviews
pg_rules
pg_seclabels
pg_sequences
pg_tables
pg_views

--
Bruce Momjian <bruce(at)momjian(dot)us> https://momjian.us
EDB https://enterprisedb.com

Indecision is a decision. Inaction is an action. Mark Batterson

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Isaac Morland 2022-07-20 20:23:21 Re: System catalog documentation chapter
Previous Message David Rowley 2022-07-20 19:46:46 Re: Is select_outer_pathkeys_for_merge() too strict now we have Incremental Sorts?