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

Re: Index File growing big.

From: "Jim Buttafuoco" <jim(at)contactbda(dot)com>
To: "Christopher Kings-Lynne" <chriskl(at)familyhealth(dot)com(dot)au>,"Tom Lane" <tgl(at)sss(dot)pgh(dot)pa(dot)us>,"Andrew Sullivan" <andrew(at)libertyrms(dot)info>,<pgsql-performance(at)postgresql(dot)org>
Subject: Re: Index File growing big.
Date: 2003-02-27 12:34:12
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-hackerspgsql-performance

I was the person who submitted the patch.  I tried to a generic syntax.  I also tried to keep the tablespace concept
simple.  See my posting on HACKERS/GENERAL from a week or 2 ago about the syntax.  I am still interested in working on
this patch with others.  I have many system here that are 500+ gigabytes and growing.  It is a real pain to add more
disk space (I have to backup, drop database(s), rebuild raid set (I am using raid 10) and reload data).


> > > You should note that someone already has sent in a patch for
> tablespaces, it
> > > hasn't been acted on though - can't quite remember why.  Maybe we should
> > > resurrect it...
> >
> > It's been awhile, but my recollection is that the patch had restricted
> > functionality (which would be okay for a first cut) and it invented SQL
> > syntax that seemed to lock us into that restricted functionality
> > permanently (not so okay).  Details are fuzzy though...
> Well, I'll resurrect it and see if it can be improved.  Tablespaces seem to
> be a requested feature these days...
> Chris
> ---------------------------(end of broadcast)---------------------------
> TIP 4: Don't 'kill -9' the postmaster

In response to


pgsql-performance by date

Next:From: CatalinDate: 2003-02-27 12:51:59
Subject: Re: Daily crash
Previous:From: Shridhar DaithankarDate: 2003-02-27 12:24:00
Subject: Re: Daily crash

pgsql-hackers by date

Next:From: Christoph HallerDate: 2003-02-27 12:49:49
Subject: Re: numeric datataypes as seperate library
Previous:From: Christoph HallerDate: 2003-02-27 12:33:11
Subject: Re: Can pessimistic locking be emulated?

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