Skip site navigation (1) Skip section navigation (2)

Re: [PERFORM] WAL logging of SELECT ... INTO command

From: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>
To: Kris Jurka <books(at)ejurka(dot)com>
Cc: "Jim C(dot) Nasby" <jnasby(at)pervasive(dot)com>, Simon Riggs <simon(at)2ndquadrant(dot)com>, pgsql-performance(at)postgresql(dot)org, pgsql-patches(at)postgresql(dot)org
Subject: Re: [PERFORM] WAL logging of SELECT ... INTO command
Date: 2006-04-26 23:02:34
Message-ID: 200604262302.k3QN2YW23329@candle.pha.pa.us (view raw or flat)
Thread:
Lists: pgsql-patchespgsql-performance
Backpatched to 8.0.X and 8.1.X.

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

Kris Jurka wrote:
> 
> 
> On Fri, 24 Mar 2006, Jim C. Nasby wrote:
> 
> > On Wed, Mar 22, 2006 at 02:37:28PM -0500, Kris Jurka wrote:
> >>
> >> On Wed, 22 Mar 2006, Jim C. Nasby wrote:
> >>
> >>> Ok, I saw disk activity on the base directory and assumed it was pg_xlog
> >>> stuff. Turns out that both SELECT INTO and CREATE TABLE AS ignore
> >>> default_tablepsace and create the new tables in the base directory. I'm
> >>> guessing that's a bug... (this is on 8.1.2, btw).
> >>
> >> This has been fixed in CVS HEAD as part of a patch to allow additional
> >> options to CREATE TABLE AS.
> >>
> >> http://archives.postgresql.org/pgsql-patches/2006-02/msg00211.php
> >
> > I'll argue that the current behavior is still a bug and should be fixed.
> > Would it be difficult to patch 8.1 (and 8.0 if there were tablespaces
> > then...) to honor default_tablespace?
> 
> Here are patches that fix this for 8.0 and 8.1.
> 
> Kris Jurka

Content-Description: 

[ Attachment, skipping... ]

Content-Description: 

[ Attachment, skipping... ]

> 
> ---------------------------(end of broadcast)---------------------------
> TIP 2: Don't 'kill -9' the postmaster

-- 
  Bruce Momjian   http://candle.pha.pa.us
  EnterpriseDB    http://www.enterprisedb.com

  + If your life is a hard drive, Christ can be your backup. +

In response to

pgsql-performance by date

Next:From: Luke LonerganDate: 2006-04-26 23:33:40
Subject: Re: [Bizgres-general] Introducing a new linux
Previous:From: Jim C. NasbyDate: 2006-04-26 22:37:31
Subject: Re: Large (8M) cache vs. dual-core CPUs

pgsql-patches by date

Next:From: Bruce MomjianDate: 2006-04-26 23:15:41
Subject: Re: Show tablespace for databases with psql's \l+
Previous:From: Bruce MomjianDate: 2006-04-26 22:50:22
Subject: Re: Pg_buffercache tidy

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group