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

Re: [HACKERS] Tablespaces

From: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>
To: Zeugswetter Andreas SB SD <ZeugswetterA(at)spardat(dot)at>
Cc: jearl(at)bullysports(dot)com, tswan(at)idigx(dot)com,Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Greg Stark <gsstark(at)mit(dot)edu>,pgsql-hackers(at)postgresql(dot)org,PostgreSQL Win32 port list <pgsql-hackers-win32(at)postgresql(dot)org>
Subject: Re: [HACKERS] Tablespaces
Date: 2004-03-05 14:48:32
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-hackerspgsql-hackers-win32
Zeugswetter Andreas SB SD wrote:
> > First of all, symlinks are a pretty popular "feature."  Even Windows
> > supports what would be needed.  Second of all, PostgreSQL will still
> > run on OSes without symlinks, tablespaces won't be available, but
> > PostgreSQL will still run.  Since we are all using PostgreSQL without
> My idea for platforms that don't support symlinks would be to simply create
> a tblspaceoid directory inplace instead of the symlink (maybe throw a warning).
> My feeling is, that using the same syntax on such platforms is important, 
> but actual distribution is not (since they will most likely be small systems).

Nice idea --- so you can create tablespaces, but can't specify a
different location for it --- makes sense.

  Bruce Momjian                        |
  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-hackers by date

Next:From: Mark GibsonDate: 2004-03-05 14:50:40
Subject: Re: Sigh, 7.3.6 rewrap not right
Previous:From: Bruce MomjianDate: 2004-03-05 14:47:18
Subject: Re: [HACKERS] Tablespaces

pgsql-hackers-win32 by date

Next:From: Andrew DunstanDate: 2004-03-05 14:56:29
Subject: Re: [HACKERS] Another crack at doing a Win32
Previous:From: Bruce MomjianDate: 2004-03-05 14:47:18
Subject: Re: [HACKERS] Tablespaces

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