Re: 1: Configuración y programacion en el servidor con PG8.0

Hola Carlos,
1.- Obviamente cuando un sistema entra en producción es recomendable
hacer un seguimiento continuo del comportamiento del servidor
de base de datos, realizado por un DBA experto en Postgres, esto
para ir afinando no solo la base de datos, sino posiblemente
el Sistema Operativo. Una vez que el sistema se hace estable, lo
recomendable es poner las tareas comunes como vacuum, backups,
reindexaciones, etc en Tareas programads (windows) o cronds (Linux),
los parametros de configuración tienden entonces a no cambiarse.

2.- Sobre si se debe colocar Reglas de negocios en el servidor
de base datos, es recomendable si es un servidor dedicado y con
un buen fierro, en todo caso estos deben colocarse en un servidor
de aplicaciones (MTS, EJB Server, etc), dependiendo de la plataforma
de desarrollo que usas.

3.- De preferencia uso cursores cliente y en el servidor postgres
lo menos posible.

Hemos tenido muy buena experiencia con Postgresql instalado
en Linux Mandrake 10.1 y usando Java (1.4.2_03)

> Ahora Toco el tema de configuración de una "Implementacion en produccion"
> de PG 8.0 para windows.
> 1.- ¿Se necesita un DBA (Administrador de Base de datos) que este
> pendiente de cualquier problema de la base datos?, ¿se cambian los
> parametros del Servidor PG comunmente dentro de un sistema en producciòn o
> son muy ocasionales como cuando se ha alcanzado el limite de espacio?( y
> hay que hacer un vacum o aumentar el espacio de la base de datos) lo cual
> es mas tolerable.
> 2.- ¿El uso de Procedimientos almacenados y la programacion en el servidor
> para manejar la logica el negocio es estable (no consume lo recursos del
> servidor por bug de PG 8.0 ) y no hay muchas diferencias o problemas entre
> lo que dice el manual que hace y lo que verdaderamente hace?
> 3.- ¿El uso de cursores en el servidor tiene un buen funcionamiento usado
> con cuidado?
> Disculpen estas preguntas con tono "desconfiado", pero el sofware libre
> tiene muchas ventajas pero tambien sus problemas con los bugs. Y en este
> caso de un Software Administrador de Base de datos como PG, esto puede
> resultar muy desalentador para una implementacion, si el riesgo de los
> datos es muy alto!.
> Gracias de antemano..!
>
> __________________________________________________
> Correo Yahoo!
> Espacio para todos tus mensajes, antivirus y antispam ¡gratis!
> ¡Abrí tu cuenta ya! - http://correo.yahoo.com.ar

--
Moises Alberto Lindo Gutarra
Consultor y Desarrollador Java / Open Source
TUMI Solutions S.A.C.
Tel: (511)3481104
Cel: (511)97366260
MSN: mlindo(at)tumisolutions(dot)com