Re: config files in /data - Mailing list pgsql-hackers

From Bruce Momjian
Subject Re: config files in /data
Date
Msg-id 200005312321.TAA03310@candle.pha.pa.us
Whole thread Raw
In response to Re: config files in /data  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
> Bruce Momjian <pgman@candle.pha.pa.us> writes:
> >> Right. How about `$PGDATA/internal'? Can't be more obvious. Perhaps with
> >> that we could also have initdb clean up a little more respectfully.
> 
> > Are we talking about moveing pg_log and pg_shadow?  Maybe call it
> > /global because the tables are global to all databases.
> 
> We weren't, but it seems like a good idea now that you mention it.
> So it sounds like we are converging on:
> 
> $PGDATA itself contains only directly-editable config files
> 
> $PGDATA/base/ contains database subdirectories (same as now)
> 
> $PGDATA/global/ contains installation-wide tables (pg_database,
>     pg_shadow, their indices, etc)
> 
> $PGDATA/internal/ contains anything else that is installation-wide
>     but is not a table.
> 
> The distinction between /global and /internal is a little bit artificial
> (which one does pg_log belong in?  It's only sort of a table...), so
> maybe we'd be better off just putting those two together.  Don't have
> a strong opinion either way.

This sounds good, and it keeps pg_hba.conf in the same place.  Seems
/internal is just going to be confusing.  Not sure.

--  Bruce Momjian                        |  http://www.op.net/~candle pgman@candle.pha.pa.us               |  (610)
853-3000+  If your life is a hard drive,     |  830 Blythe Avenue +  Christ can be your backup.        |  Drexel Hill,
Pennsylvania19026
 


pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: config files in /data
Next
From: Bruce Momjian
Date:
Subject: Re: [BUGS] uniqueness not always correct