IntroducciÃ³n a PostgreSQL

Vamos a describir el proceso de instalaciï¿½n de PostgreSQL para Linux. En nuestro caso hemos utilizado la distribuciï¿½n RedHat 8.0. RedHat utiliza un sistema de gestiï¿½n de paquetes denominado RPM que permite instalar fï¿½cilmente el gestor de base de datos. Ademï¿½s PostgreSQL viene incluido en la distribuciï¿½n estï¿½ndar por lo que simplemente hemos de instalar los paquetes que nos interesen:

[jav@cable213a078 jav]$ rpm
-Uvh postgresql-7.2.2-1.i386.rpm

En caso de no usar distribuciones basadas en RPM o simplemente por gusto, podemos bajar el cï¿½digo fuente de PostgreSQL de su web. Una vez bajado, lo descomprimimos,

[jav@cable213a078 jav]$ tar xvzf
postgresql-7.2.2-1.tar.gz

nos movemos al directorio resultante y ejecutamos el script de configuraciï¿½n.

[jav@cable213a078 postgresql]$ 
./configure

NOTA: Si algo va mal, o tiene necesidades especiales (un directorio diferente del estï¿½ndar, compilaciï¿½n para otras arquitecturas...) deberï¿½a ejecutar

[jav@cable213a078 postgresql]$ ./configure --help

y observar la salida.

Si todo ha ido bien, es hora de compilar. Para ellos ejecutarï¿½amos

[jav@cable213a078 postgresql]$ make

y si no hay errores, nos logueamos como root y ejecutamos

[root@cable213a078 postgresql]# make install

Y ya tenemos PostgreSQL instalado en nuestro equipo.

ï¿½Poniendo en marcha el servidor

Veamos ahora cï¿½mo hacer funcionar el servidor de base de datos. Lo primero es fijar la variable de entorno que almacenarï¿½ la ruta hasta el directorio donde guardaremos la informaciï¿½n de la base de datos:

[jav@cable213a078 postgresql]$ export PGDATA=/el/path/deseado/data

En nuestro caso:

[jav@cable213a078 postgresql]$ export PGDATA=/home/jav/db/data

El siguiente paso es crear las estructuras necesarias para iniciar el servidor de la base de datos. Esto se consigue con la orden initdb:

[jav@cable213a078 postgresql]$ initdb
The files belonging to this database system will be owned by user "jav".
This user must also own the server process.

Fixing permissions on existing directory /home/jav/db/data... ok
creating directory /home/jav/db/data/base... ok
creating directory /home/jav/db/data/global... ok
creating directory /home/jav/db/data/pg_xlog... ok
creating directory /home/jav/db/data/pg_clog... ok
creating template1 database in /home/jav/db/data/base/1... ok
creating configuration files... ok
initializing pg_shadow... ok
enabling unlimited row size for system tables... ok
creating system views... ok
loading pg_description... ok
vacuuming database template1... ok
copying template1 to template0... ok

Success. You can now start the database server using:

    /usr/bin/postmaster -D /home/jav/db/data
or
    /usr/bin/pg_ctl -D /home/jav/db/data -l logfile start

Siguiendo las instrucciones que amablemente nos da initdb iniciamos el servidor, aï¿½adiendo los parï¿½metros -i (para admitir conexiones TCP/IP, ya lo explicaremos mï¿½s adelante) y -o para obtener formato de fechas europeo en nuestra base de datos:

[jav@cable213a078 db]$ /usr/bin/postmaster -o -i -D /home/jav/db/data &

Tras algunos mensajes de depuraciï¿½n, tenemos el servidor corriendo en nuestra mï¿½quina. Ahora crearemos una base de datos para ver que la cosa marcha:

[jav@cable213a078 db]$createdb pepa
CREATE DATABASE

Como nos hemos quedado un poco frï¿½os con la respuesta de PostgreSQL vamos a ver si podemos hacer algo con esta base de datos:

[jav@cable213a078 db]$ psql pepa
Welcome to psql, the PostgreSQL interactive terminal.

Type:  \copyright for distribution terms
       \h for help with SQL commands
       \? for help on internal slash commands
       \g or terminate with semicolon to execute query
       \q to quit


pepa=# create table provincias(prefijo integer, nombre varchar(20));
CREATE

pepa=# insert into provincias values(987, 'Leï¿½n');
INSERT 16559 1

pepa=# insert into provincias values(91, 'Madrid');
INSERT 16560 1

pepa=# insert into provincias values(923, 'Salamanca');
INSERT 16561 1

pepa=# select * from provincias;
 prefijo |  nombre
---------+-----------
     987 | Leï¿½n
      91 | Madrid
     923 | Salamanca
(3 rows)

Pues bueno, parece que la cosa funciona. Ya tenemos todo en marcha y funcionando. En adelante pasaremos a cosas mayores.

ï¿½Administraciï¿½n remota con OpenSSH

En este apartado veremos cï¿½mo acceder a un mï¿½quina remota (donde estï¿½ corriendo la base de datos) de modo seguro para administrarla. Para ello utilizaremos ssh que permite establecer conexiones entre mï¿½quinas de modo que toda la informaciï¿½n que intercambien vaya encriptada.

Lo primero es habilitar el servidor ssh en la mï¿½quina a la que pretendamos acceder.ssh utiliza el puerto 22 para las comunicaciones. Una vez cumplido este paso, ya estamos listos para aceptar conexiones remotas.

Ya hemos configurado lo necesario del lado del servidor. Veamos ahora los pasos necesarios del lado del cliente. Distinguiremos entre mï¿½quinas Linux y Windows. Las IPs que aparecen en los ejemplos son inventadas (obviamente).

En Linux (o Unix) posiblemente ya tengamos el cliente ssh instalado. Si no es asï¿½ nos dirigiremos al sitio oficial de OpenSSH de donde bajaremos los fuentes, los compilaremos e instalaremos. Dependiendo de la distribuciï¿½n que usemos serï¿½ mï¿½s fï¿½cil o mï¿½s difï¿½cil encontrar paquetes precompilados que nos ahorren el trabajo.
Suponiendo que ya tenemos el cliente instalado, es hora de acceder a la mï¿½quina remota. Sin entrar en detalles, diremos que basta con:
```
[jav@cable213a078 jav]$ ssh [email protected]
[email protected]'s password:
Esta cuenta aloja el trabajo de BBDD
Directorios:
-datos: Contiene los ficheros de la base de datos
-docbd: Contiene los fuentes de la documentaciï¿½n y la documentaciï¿½n en sï¿½. 
        Ejecute make single-html para documentaciï¿½n en un ï¿½nico html o 
		make multiple-html para documentaciï¿½n en varios html.
-programa: Contiene el cï¿½digo del programa que acceda a la BBDD

Cualquier duda puede remitirla a [email protected] o 
[email protected]
[bbdd@cable213a078 bbdd]$
```
Genï¿½ricamente basta con ssh login@IP y se nos pedira el password. Una vez introducido, ya estaremos trabajando en la mï¿½quina remota y todo lo que hagamos se ejecutarï¿½ en ella:
```
[bbdd@cable213a078 bbdd]$ ls
datos  docbd  programa
```
En Windows actuaremos de un modo similar. Lo primero serï¿½ bajar PuTTY, un cliente para conexiones ssh en windows. PuTTY tiene una interfaz amigable, en la que sï¿½lo tendremos que especificar la IP a la que conectarnos en indicar que pretendemos hacer una conexiï¿½n ssh:

El aspecto de PuTTY funcionando es similar al de una consola de Unix. Tras un rato trabajando con PuTTY se nos olvidarï¿½ que estamos utilizando Windows.

En ocasiones serï¿½ necesario mover archivos de nuestra mï¿½quina local a la remota o viceversa. En Windows existe una aplicaciï¿½n que proporciona una interfaz de usuario a scp (secure copy). Esta aplicaciï¿½n de llama WinSCP y es tambiï¿½n muy sencilla de usar, con una configuraciï¿½n muy intuitiva:

Hemos descrito herramientas que nos servirï¿½n para conectarnos a la mï¿½quina que aloje la base de datos. Esto serï¿½ ï¿½til para administrarla sin estar fï¿½sicamente junto a ella y ayuda a que diferentes personas trabajen sin molestarse (n manos teclean mï¿½s que 2).