shows how the
Postgres distribution is laid
out when installed in the default way. For simplicity,
we will assume that
Postgres has been installed in the
- directory <FileName>/usr/local/pgsqlame>. Therefore, wherever
- you see the directory <FileName>/usr/local/pgsqlame> you should
+ directory <filename>/usr/local/pgsqlame>. Therefore, wherever
+ you see the directory <filename>/usr/local/pgsqlame> you should
substitute the name of the directory where
Postgres is
actually installed.
All
Postgres commands are installed in the directory
- <FileName>/usr/local/pgsql/biname>. Therefore, you should add
+ <filename>/usr/local/pgsql/biname>. Therefore, you should add
this directory to your shell command path. If you use
a variant of the Berkeley C shell, such as csh or tcsh,
you would add
and this caused a lot of problems). Latest perl has also support of locale and if locale is broken perl -v will
complain something like:
8:17[mira]:~/WWW/postgres>setenv LC_CTYPE not_exist
8:18[mira]:~/WWW/postgres>perl -v
perl: warning: Setting locale failed.
LANG = (unset)
are supported and installed on your system.
perl: warning: Falling back to the standard locale ("C").
+
Wrong location of locale files!
- Possible location: /usr/lib/locale (Linux, Solaris), /usr/share/locale (Linux), /usr/lib/nls/loc (DUX 4.0)
- Check man locale for right place. Under Linux I did a symbolical link between /usr/lib/locale and
- /usr/share/locale to be sure next libc will not break my locale.
+ Possible locations include: /usr/lib/locale (Linux, Solaris), /usr/share/locale (Linux), /usr/lib/nls/loc (DUX 4.0)
+ Check man locale to find the correct location.
+Under Linux I did a symbolic link between /usr/lib/locale and
+ /usr/share/locale to be sure that the next libc will not break my locale.
You can use ~* and order by operators for strings contain characters from national alphabets. Non-english users
-definitely need that. If you won't use locale stuff just undefine USE_LOCALE variable.
+definitely need that. If you won't use locale stuff just undefine the USE_LOCALE variable.
What are the Drawbacks?
-There is one evident drawback of using locale - it's speed ! So, use locale only if you really need it.
+There is one evident drawback of using locale - it's speed! So, use locale only if you really need it.
Remember that database creation is actually performed by the database backend.
Therefore, any environment variable specifying an alternate location must have
been defined before the backend was started. To define an alternate location
-PGDATA2 pointing to <FileName>/home/postgres/dataame>, type
+PGDATA2 pointing to <filename>/home/postgres/dataame>, type
% setenv PGDATA2 /home/postgres/data
Usually, you will want to define this variable in the
Postgres superuser's
-<FileName>.profileame>
+<filename>.profileame>
or
-<FileName>.cshrcame>
+<filename>.cshrcame>
initialization file to ensure that it is defined upon system startup.
-To create a data storage area in <FileName>/home/postgres/dataame>, ensure
-that <FileName>/home/postgresame> already exists and is writable.
+To create a data storage area in <filename>/home/postgres/dataame>, ensure
+that <filename>/home/postgresame> already exists and is writable.
From the command line, type
% initlocation $PGDATA2
started the
postmaster process and authorized you to
use the database, you (as a user) may begin to start up
applications. As previously mentioned, you should add
- <FileName>/usr/local/pgsql/biname> to your shell search path.
+ <filename>/usr/local/pgsql/biname> to your shell search path.
In most cases, this is all you should have to do in
terms of preparation.