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

consistent naming of components

From: "Robert Dyas" <rdyas(at)adelphia(dot)net>
To: <pgsql-hackers(at)postgresql(dot)org>
Subject: consistent naming of components
Date: 2001-10-27 02:52:50
Message-ID: MGEFJOBFIEAIADIKAMEKAEFKCDAA.rdyas@adelphia.net (view raw or flat)
Thread:
Lists: pgsql-hackers
Hi all!

I wanted to propose a possible "rationalization" of the PostgreSQL naming
scheme, as briefly outlined below. The following suggestion may seem like a
trivial improvement to some, but to me it is a matter of polish and
consistency.

One possible renaming / reorganization: (feedback encouraged!!!)

change default account name postgres to pgsql
change daemon name postmaster to pgsqld
change client name psql to pgsql
change data location /var/lib/pgsql/data to /var/pgsql
move .conf files from /var/lib/pgsql/data to /etc/pgsql
change all PG_xxx file names (PG_VERSION, /usr/bin/pg_xxx, etc) to pgsql_xxx
change all postgresql* file names to pgsql*
whatever else I have missed...:)

I think this would be a very worthwhile improvement, but I don't know how
others feel about this. It should make it easier for newbies to learn their
way around and generally reduce confusion.

Going a bit further in reorganization, if the config files always lived in
an /etc/pgsql directory, then pgsqld (aka postmaster) could start with zero
parameters and zero environment variables (true?), since it could get PGDATA
and PGLIB type data, plus log file location, from the config files. This
should simplify the init scripts as well, and generally make setup easier.
Eventually, other environment variables (like the one passed to CREATE
DATABASE name WITH
LOCATION = 'location' where location is an environment variable) could be
eliminated, so that all configuration information lived in /etc/pgsql conf
files.

I am a Unix/Linux novice, but this seems to make sense to me. What does
everyone think?

Rob

PS Please forgive me in advance if this is not the correct mailing list to
propose this on.


Responses

pgsql-hackers by date

Next:From: Steve HoweDate: 2001-10-27 08:26:02
Subject: Re: Catalogs design question
Previous:From: David FordDate: 2001-10-27 02:08:05
Subject: Re: [patch] helps fe-connect.c handle -EINTR more gracefully

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