Re: pg_upgrade not able to cope with pg_largeobject being in a different tablespace

Поиск
Список
Период
Сортировка
От Bruce Momjian
Тема Re: pg_upgrade not able to cope with pg_largeobject being in a different tablespace
Дата
Msg-id 20161019174250.GA1607@momjian.us
обсуждение исходный текст
Ответ на Re: pg_upgrade not able to cope with pg_largeobject being in a different tablespace  (Andreas Joseph Krogh <andreas@visena.com>)
Список pgsql-general
On Thu, Oct 13, 2016 at 04:35:35PM +0200, Andreas Joseph Krogh wrote:
> På torsdag 13. oktober 2016 kl. 16:09:34, skrev Bruce Momjian <bruce@momjian.us
> >:
>
>     On Thu, Oct 13, 2016 at 10:14:08AM +0200, Andreas Joseph Krogh wrote:
>     > I would assume that having pg_largeobject in a separate tablespace is
>     more and
>     > more common these days, having real-cheap SAN vs. fast-SSD for normal
>     tables/
>     > indexes/wal.
>
>     So common that no one has ever asked for this feature before?
>
> Sometimes one gets the feeling that one is the only one in the universe doing
> something one considers "quite common":-)

Yes, I often feel the same way.  :-)  Like, why am I the only person who
thinks this is a natural thing to do.  I find a lot of bugs that way.  :-)

--
  Bruce Momjian  <bruce@momjian.us>        http://momjian.us
  EnterpriseDB                             http://enterprisedb.com

+ As you are, so once was I.  As I am, so you will be. +
+                      Ancient Roman grave inscription +


В списке pgsql-general по дате отправления:

Предыдущее
От: Edilmar LISTAS
Дата:
Сообщение: Re: Problem changing default data_directory in PG 9.6 + CentOS6
Следующее
От: "Greg Sabino Mullane"
Дата:
Сообщение: Re: pg_sample