Re: [HACKERS] PGXLOG variable worthwhile?

Поиск
Список
Период
Сортировка
От Jan Wieck
Тема Re: [HACKERS] PGXLOG variable worthwhile?
Дата
Msg-id 3D8806AA.5B507469@Yahoo.com
обсуждение исходный текст
Ответ на Re: [HACKERS] PGXLOG variable worthwhile?  ("Nigel J. Andrews" <nandrews@investsystems.co.uk>)
Ответы Re: [HACKERS] PGXLOG variable worthwhile?  (Bruce Momjian <pgman@candle.pha.pa.us>)
Список 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 по дате отправления:

Предыдущее
От: Jan Wieck
Дата:
Сообщение: Re: [HACKERS] PGXLOG variable worthwhile?
Следующее
От: Bruce Momjian
Дата:
Сообщение: Re: [HACKERS] PGXLOG variable worthwhile?