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

Re: Dump CLUSTER in pg_dump

From: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>
To: Alvaro Herrera <alvherre(at)dcc(dot)uchile(dot)cl>
Cc: Christopher Kings-Lynne <chriskl(at)familyhealth(dot)com(dot)au>,Patches <pgsql-patches(at)postgresql(dot)org>
Subject: Re: Dump CLUSTER in pg_dump
Date: 2003-03-20 18:52:38
Message-ID: 200303201852.h2KIqc300217@candle.pha.pa.us (view raw or flat)
Thread:
Lists: pgsql-patches
Patch applied.  Thanks.

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


Alvaro Herrera wrote:
> On Fri, Feb 28, 2003 at 10:03:44AM +0800, Christopher Kings-Lynne wrote:
> 
> > > ALTER TABLE <tablename> CLUSTER ON <indexname>
> > >
> > > or something like that?  I can do that if people thinks it's a good
> > > idea.
> > 
> > That's exactly what Tom's idea was - I like that particular syntax though.
> > It's slightly weird I guess to have the two different syntaxes I guess.
> 
> Ok, done.  The syntax is what I proposed, because no discussion
> arised...  Let me know what do you think. (Perhaps I got the locking
> issues right this time.)
> 
> I'm not very SGML literate and haven't been able to build the
> documentation in ages, so if there are mistakes in the markup please let
> me know.
> 
> -- 
> Alvaro Herrera (<alvherre[a]dcc.uchile.cl>)
> "La vida es para el que se aventura"
> 
> ---------------------------(end of broadcast)---------------------------
> TIP 6: Have you searched our list archives?
> 
> http://archives.postgresql.org
> 

-- 
  Bruce Momjian                        |  http://candle.pha.pa.us
  pgman(at)candle(dot)pha(dot)pa(dot)us               |  (610) 359-1001
  +  If your life is a hard drive,     |  13 Roberts Road
  +  Christ can be your backup.        |  Newtown Square, Pennsylvania 19073

In response to

pgsql-patches by date

Next:From: Bruce MomjianDate: 2003-03-20 18:53:18
Subject: Re: Simplify clusterdb
Previous:From: Bruce MomjianDate: 2003-03-20 18:51:21
Subject: Re: stats_command_string default?

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