INSTALACION Y CONFIGURACION DE POSTGRESQL

Todos los sistemas o aplicaciones tanto web o standalone necesitan de un servicio de

base de datos para guardar su informacin. Hoy en da existen muchos tipos, y uno de
los ms conocidos y utilizados sin lugar a dudas es PostgreSQL. A continuacin,
veremos cmo es el proceso para instalar y configurar PostgreSQL en un server
CentOS.

CMO INSTALAR Y CONFIGURAR POSTGRESQL

Pero antes de comenzar a ver cmo instalar y configurar PostgreSQL, realicemos un

pequeo repaso de algunos conceptos bsicos.

Qu es una base de datos?

Una base de datos no es ms que un contenedor que nos permite guardar informacin de
una manera ordenada, para que luego la utilicemos de la forma en que necesitamos. Si
almacenamos informacin sobre una lista de vehculos, por ejemplo, tal vez esta
informacin sola no tiene sentido, pero si la combinamos con la informacin de colores
y sucursales o cualquier informacin de otra tabla, entonces s podemos tener un
inventario de los vehculos que existen en X color y en X sucursal.

Existen diferentes tipos de base de datos, pero en esta oportunidad vamos a demostrar
cmo instalar y configurar PostgreSQL en CentOS.

Instalacin de PostgreSQL

PostgreSQL, es un sistema de bases de datos relacional orientado a objeto y como

muchos otros proyectos es de cdigo abierto (Open-Source). Es desarrollada por una
comunidad conocida como PostgreSQL Global Development Group o PGDG.

Para instalar PostgreSQL en CentOS lo primero que tenemos que saber es cul versin
necesitamos o queremos instalar, con el fin de adquirir el repositorio desde donde
vamos a instalar el servidor de base de datos. Para ello podemos visitar la pgina oficial
de rpms de PostgreSQL.

Luego de saber cul es la versin a instalar (para este tutorial vamos a instalar la versin
ms reciente, 9.4), hacemos lo siguiente:

yum localinstall http://yum.postgresql.org/9.4/redhat/rhel-6-x86_64/pgdg-centos94-

9.4-1.noarch.rpm
Generalmente en los repositorios de CentOS viene la versin 8.4, pero al ejecutar el
comando mencionado arriba cuando hagamos un yum list de PostgreSQL veremos las
dos versiones disponibles:

yum list postgres*

postgresql.x86_64 8.4.20-3.el6_6

postgresql94.x86_64 9.4.4-1PGDG.rhel6

Instalamos la versin 9.4:

yum install postgresql94-server

Para la instalacin son necesarias otras dependencias como las que vemos en la imagen:

Despus de la instalacin debemos iniciar la base de datos para poder utilizar el servicio
de PostgreSQL, para iniciarla solo ejecutamos este comando:

/etc/init.d/postgresql-9.4 initdb

Luego iniciamos el servicio de esta manera:

/etc/init.d/postgresql-9.4 start

Para verificar si el servicio est corriendo solo ejecutamos:

/etc/init.d/postgresql-9.4 status

Tendremos algo parecido a esto:

postgresql-9.4 (pid 399) is running...

Recordemos que si queremos que el servicio de PostgreSQL inicie con el sistema

operativo, solo tenemos que configurarlo como lo hacemos con los otros servicios:

chkconfig postgresql-9.4 on

Y as ya hemos completado la primera parte del tutorial de cmo instalar y configurar

PostgreSQL. Pasemos ahora a la configuracin.

Configuracin de PostgreSQL

Para poder conectar a PostgreSQL necesitamos habilitar el parmetro de conexin que

se encuentra en el archivo de configuracin (/var/lib/psql/9.4/data/postgresql.conf) en la
seccin de Connections and Authentication. Solo tenemos que descomentar la lnea
eliminando el # (numeral) que se encuentra en la variable listen_addresses y en la
variable port como lo pueden ver abajo:

El archivo de configuracin lo pueden ubicar en el directorio /var/lib/psql/9.4/data/ con

el nombre postgresql.conf, donde tambin encontraremos muchos parmetros
adicionales de PostgreSQL. Una vez descimentada la variable de conexin y puerto
pueden utilizar los parmetros por defecto o bien ajustarlos a sus requerimientos.
PostgreSQL es una de las bases de datos ms utilizadas actualmente, y como hemos
visto el da de hoy es simple de instalar y fcil de configurar. Si bien en el mundo de las
bases de datos al ser tan amplio a veces es difcil decidir cul servicio utilizar para
aprovechar bien los recursos, seguro que PostgreSQL te ayudar a obtener buenos
resultados.

TECNOLOGIAS JAVA
con la ayuda de otros fabricantes (IBM, Oracle, etc.), estandariza un conjunto de APIs para el
desarrollo de aplicaciones Java y La mayor parte de las abstracciones de las APIs corresponden
a interfaces y clases abstractas y Existen mltiples implementaciones de distintos fabricantes,
incluso muchas Open Source y Una aplicacin construida con estas APIs no depende de una
implementacin particular de Java SE (Java Platform, Standard Edition) API bsica +
herramientas bsicas (mquina virtual, compilador, etc.) y Anteriormente conocida como J2SE.

Java ME (Java Platform, Micro Edition) API anloga a Java SE para mviles y otros
dispositivos (PDAs, TV set-top boxes, etc.) Anteriormente conocida como J2ME.

Java EE (Java Platform, Enterprise Edition) y Se apoya en Java SE y dispone de APIs para la
construccin de aplicaciones empresariales (inclusive aplicaciones Web) Anteriormente
conocida como J2EE.

JSP
JavaServer Pages (JSP) es una tecnologa que ayuda a los desarrolladores de software a
crear pginas web dinmicas basadas en HTML y XML, entre otros tipos de
documentos. JSP es similar a PHP, pero usa el lenguaje de programacin Java.Para
desplegar y correr JavaServer Pages, se requiere un servidor web compatible con
contenedores servlet como Apache Tomcat o Jetty.

TagLibs -> JSP -> Servidor Aplicaciones (Servlets) -> Cliente (Navegador)

El rendimiento de una pgina JSP es el mismo que tendra el servlet equivalente, ya que
el cdigo es compilado como cualquier otra clase Java. A su vez, la mquina virtual
compilar dinmicamente a cdigo de mquina las partes de la aplicacin que lo
requieran. Esto hace que JSP tenga un buen desempeo y sea ms eficiente que otras
tecnologas web que ejecutan el cdigo de una manera puramente interpretada.

La principal ventaja de JSP frente a otros lenguajes es que el lenguaje Java es un

lenguaje de propsito general que excede el mundo web y que es apto para crear clases
que manejen lgica de negocio y acceso a datos de una manera prolija. Esto permite
separar en niveles las aplicaciones web, dejando la parte encargada de generar el
documento HTML en el archivo JSP.

Otra ventaja es que JSP hereda la portabilidad de Java, y es posible ejecutar las
aplicaciones en mltiples plataformas sin cambios. Es comn incluso que los
desarrolladores trabajen en una plataforma y que la aplicacin termine siendo ejecutada
en otra.
JSF
JSF tiene dos funciones principales. El primero es para generar una interfaz de
usuario , tpicamente una respuesta HTML que se sirve a un navegador y visto como
una pgina web. Esta interfaz de usuario se representa en el servidor por un rbol de
componentes. Existe una correspondencia 1-a-1 entre los elementos en el rbol de
componentes y elementos de la interfaz de usuario. La interfaz de usuario real se genera
cuando se codifica el rbol de componentes (o prestados). Esta separacin entre el rbol
de componentes y la interfaz de usuario permite JSF para apoyar diferentes lenguajes de
marcado (HTML vs XUL) o entornos de navegadores alternativos (de escritorio vs
telfonos inteligentes).

La segunda funcin de JSF es responder a eventos generados por el usuario en la

pgina mediante la invocacin de los oyentes del lado del servidor, seguido por la
generacin de otra interfaz de usuario (por ejemplo, la pgina web) o una actualizacin
de la interfaz de usuario que ya hemos mostrado (posiblemente a travs de Ajax ). En
este sentido, JSF se dice que es un framework de desarrollo web orientado a eventos.

Es importante mencionar que JSF es parte del estndar de la plataforma Java EE , lo que
significa que es integrado en cualquier servidor compatible con aplicaciones Java EE,
tales como WebLogic de Oracle, GlassFish edicin de cdigo abierto, o JBoss AS. Pero
tambin puede ser utilizado como una biblioteca independiente en contenedores de
servlets como Tomcat y embarcadero.

ARQUITECTURA MULTICAPA

Una arquitectura multicapas es un conjunto ordenado de subsistemas, cada uno de

cuales est constituido en trminos de los que tiene por debajo y proporciona la base de
la implementacin de aquellos que estn por encima de l.

Los objetos de cada capa suelen ser independientes, aunque suelen haber dependencias
entre objetos de distintas capas. Existe una relacin cliente /servidor entre las capas
inferiores, que son las que proporcionan los servicios, y las capas superiores, los
usuarios de estos servicios.

Una arquitectura multicapa particiona todo el sistema en distintas unidades funcionales:

cliente, presentacin, lgica-de-negocio, integracin, y sistema de informacin
empresarial (EIS). Esto asegura una divisin clara de responsabilidades y hace que el
sistema sea ms mantenible y extensible. Los sistemas con tres o ms capas se han
probado como ms escalables y flexibles que un sistema cliente-servidor, en el que no
existe la capa central de lgica de negocios. La capa de presentacin expone los
servicios de la capa de lgica de negocio a los usuarios. Sabe cmo procesar una
peticin de cliente, cmo interactuar con la capa de lgica de negocio, y cmo
seleccionar la siguiente vista a mostrar. La capa de la lgica de negocio contiene los
objetos y servicios de negocio de la aplicacin. Recibe peticiones de la capa de
presentacin, procesa la lgica de negocio basada en las peticiones, y media en los
accesos a los recursos de la capa EIS. Los componentes de la capa de lgica de negocio
se benefician de la mayora de los servicios a nivel de sistema como el control de
seguridad, de transacciones y de recursos. La capa del cliente es donde se consumen y
presentan los modelos de datos. Para una aplicacin Web, la capa cliente normalmente
es un navegador web. Los clientes pequeos basados en navegador no contienen lgica
de presentacin; se trata en la capa de presentacin.

VENTAJAS Y DESVENTAJAS DE LA ARQUITECTURA MULTICAPAS

Ventajas

Encapsulacin de lgica de negocio. Diferentes clientes de la aplicacin pueden

acceder al mismo servidor intermedio. Esto permite evitar la redundancia (y coste de
mantenimiento) de duplicar las reglas de negocio para cada aplicacin cliente separada.

Aplicaciones clientes pequeas. Al delegar las tareas ms pesadas en la capa media las
aplicaciones clientes ocupan menos y consumen menos procesador y memoria,
permitiendo instalarse en mquinas de bajo rendimiento. Esto trae la ventaja de que por
muchos clientes que accedan a la aplicacin, el motor de bases de datos slo tiene una
conexin, que va directamente al servidor de aplicaciones, evitando as problemas de
concurrencia o latencia de datos entre distintas aplicaciones cliente. Estas aplicaciones
clientes tambin pueden funcionar a travs de Internet ya que su consumo de ancho de
banda es mnimo, al contrario de conectar directamente con el motor de bases de datos.

Procesar datos distribuidos. Distribuir el trabajo de una aplicacin entre varias

mquinas puede mejorar la ejecucin, ya que el balanceo de carga permite reducir la
carga de las mquinas que funcionan como servidor de aplicaciones.

Incrementar la seguridad. Podemos aislar la funcionalidad en las capas dando

restricciones de seguridad. Esto proporciona unos niveles de seguridad configurables y
flexibles. Las capas intermedias pueden limitar los puntos de entrada a material
protegido, permitiendo controlar el control de acceso ms fcilmente. Si usamos HTTP
o COM+, podemos utilizar los modelos de seguridad que soportan.

Escalabilidad: se puede aumentar la capacidad de clientes y servidores por separado.

Cualquier elemento puede ser aumentado (o mejorado) en cualquier momento, o se
pueden aadir nuevos nodos a la red (clientes y/o servidores).
Centralizacin del control: los accesos, recursos y la integridad de los datos son
controlados por el servidor de forma que un programa cliente defectuoso o no
autorizado no pueda daar el sistema. Esta centralizacin tambin facilita la tarea de
poner al da datos u otros recursos.

Fcil mantenimiento: al estar distribuidas las funciones y responsabilidades entre

varios ordenadores independientes, es posible reemplazar, reparar, actualizar, o incluso
trasladar un servidor, mientras que sus clientes no se vern afectados por ese cambio (o
se afectarn mnimamente). Esta independencia de los cambios tambin se conoce como
encapsulacin.

Existen tecnologas, suficientemente desarrolladas, diseadas para el paradigma de C/S

que aseguran la seguridad en las transacciones, la amigabilidad de la interfaz, y la
facilidad de empleo.

Desventajas

Pone ms carga a la red, debido al trfico que genera en la red. La congestin del
trfico ha sido siempre un problema en el paradigma de C/S. Cuando una gran cantidad
de clientes envan peticiones simultaneas al mismo servidor, puede ser que cause
muchos problemas para ste (a mayor nmero de clientes, ms problemas para el
servidor).

El software y el hardware de un servidor son generalmente muy determinantes. Un

hardware regular de un ordenador personal puede no poder servir a cierta cantidad de
clientes. Normalmente se necesita software y hardware especfico, sobre todo en el lado
del servidor, para satisfacer el trabajo. Por supuesto, esto aumentar el coste. El cliente
no dispone de los recursos que puedan existir en el servidor. Es mucho ms difcil
programar y probar el software que en la arquitectura de dos niveles porque tienen que
con ms dispositivos para terminar la transaccin del usuario.

REFERENCIAS BIBLIOGRAFICAS

http://es.slideshare.net/EfrnGarcaHernndez/proyecto-multicapa-y-conexin?
next_slideshow=1

http://www.tic.udc.es/is-java/is-java-2009-2010/Tema1.pdf

https://gist.github.com/iBet7o/b16fff52f5bdf4e7c0cf