Re: [HACKERS] PGXLOG variable worthwhile? - Mailing list pgsql-general

From Jan Wieck
Subject Re: [HACKERS] PGXLOG variable worthwhile?
Date
Msg-id 3D8806AA.5B507469@Yahoo.com
Whole thread Raw
In response to Re: [HACKERS] PGXLOG variable worthwhile?  ("Nigel J. Andrews" <nandrews@investsystems.co.uk>)
Responses Re: [HACKERS] PGXLOG variable worthwhile?  (Bruce Momjian <pgman@candle.pha.pa.us>)
List pgsql-general
"Nigel J. Andrews" wrote:
> However, how is that going to work if tablespaces are introduced in 7.4. Surely
> the same mechanism for tablespaces would be used for pg_xlog. As the tablespace
> mechanism hasn't been determined yet, as far as I know, wouldn't it be best to
> see what happens there before creating the TODO item for the log?

No, tablespaces would have to be something DB specific, while the Xlog
is instance wide (instance == one postmaster == installation == whatever
you name that level).

My vision is that we start off with two tablespaces per database,
"default" and "default_idx", which are subdirectories inside the
database directory. All (non-index-)objects created without explicitly
saying what tablespace they belong to automatically belong to default.
Indexes ... bla.

The tablespace catalog will have a column telling the physical location
of that directory. Moving it around will not be *that* easy, I guess,
because the UPDATE of that entry has to go hand in hand with the move of
all files in that damned directory. But that's another thing to sort out
later, IMHO.


Jan

--

#======================================================================#
# It's easier to get forgiveness for being wrong than for being right. #
# Let's break this rule - forgive me.                                  #
#================================================== JanWieck@Yahoo.com #

pgsql-general by date:

Previous
From: Jan Wieck
Date:
Subject: Re: [HACKERS] PGXLOG variable worthwhile?
Next
From: Bruce Momjian
Date:
Subject: Re: [HACKERS] PGXLOG variable worthwhile?