Re: Question about databases in alternate locations...

From: Richard J Kuhns <rjk(at)grauel(dot)com>
To: Thomas Lockhart <lockhart(at)alumni(dot)caltech(dot)edu>
Cc: Richard J Kuhns <rjk(at)grauel(dot)com>, pgsql-general(at)postgresql(dot)org
Subject: Re: Question about databases in alternate locations...
Date: 2000-05-17 13:50:27
Message-ID: 14626.41891.173479.250021@localhost.grauel.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general pgsql-hackers pgsql-sql

Thomas Lockhart writes:
> > Could anyone please tell me what I'm doing wrong? I'm sure I'm just
> > overlooking something, but what?
>
> As Jeff pointed out, the environment variable "P" must be known to the
> server backend to be used in the WITH LOCATION clause. Using it in the
> preceeding initlocation invocation was correct. The utility tries it
> as an environment variable, then as an absolute path, so "initlocation
> P" and "initlocation $P" are both valid. You can make the environment
> variable known to the backend by defining it in the postgres account's
> .cshrc or .bashrc file, or by explicitly setting it before firing up
> the backend.
>
> - Thomas

Thanks to everyone who answered; my problem was that the backend knew
nothing about it.

That brings up a comment, a question, and an offer. First, the comment: I
actually did check the user's guide before I posted the question, but the
description of initlocation doesn't mention it at all -- it just gives an
example that doesn't work unless the backend already knows about the
variable. It does refer to the CREATE DATABASE section, but at a quick
glance (I know, I should have read more carefully, mea culpa!) I just saw
an example that looked similar to the initlocation example.

Now for the question. What's the reason for using this method, as opposed
to using, say, a system catalog to hold the valid locations? Historical?
Having to stop and restart the backend so it can re-read its environment
seems kind of archaic.

Now the offer. I'm in the design stage of the process of converting a
fairly large legacy application to PostgreSQL. It's going to be
essentially a complete re-write, but I should be able to do it in
more-or-less independent sections. I really like what I've experienced so
far of PostgreSQL, I'd like to contribute, and modifying the postmaster to
use (or at least look at, if it exists) a system catalog for this info
might be a good way to get my feet wet. Comments?

Thanks...
- Rich

--
Richard Kuhns rjk(at)grauel(dot)com
PO Box 6249 Tel: (765)477-6000 \
100 Sawmill Road x319
Lafayette, IN 47903 (800)489-4891 /

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message cc21cn 2000-05-17 14:04:43 Does Psql support Chinese?
Previous Message Jeffery Collins 2000-05-17 12:33:43 Re: 7.0 psql, readline and history.

Browse pgsql-hackers by date

  From Date Subject
Next Message Michael Schout 2000-05-17 14:26:05 7.0 RPMS and syslog problem.
Previous Message Tatsuo Ishii 2000-05-17 13:46:51 Re: RE: PostgreSQL and Unicode

Browse pgsql-sql by date

  From Date Subject
Next Message Brook Milligan 2000-05-17 13:52:02 Re: question on update/delete rules on views
Previous Message Yamini Sharma 2000-05-17 12:43:47 Storing binary data in a column