RE: Problemas con postgres

>From: Tomas Eroles i Forner <tomas(dot)eroles(at)wanadoo(dot)es>
>To: Llista Postgres <pgsql-es-ayuda(at)postgresql(dot)org>
>Subject: [pgsql-es-ayuda] Problemas con postgres
>Date: Thu, 03 Feb 2005 15:57:31 +0100
>
>Hola a todos!
>Al final me ha quedado un mail bastante largo. Espero que no os
>asusteis. :-)
>
>Ya comente en un mail anterior (ayer) que tuve problemas con una base de
>datos, que desaparecio al instalar un programa.
>Bueno, lo doy por perdido, no importa, era solo una prueba y tengo la
>informacion fuente en diferentes hojas de calculo, por lo que puedo
>reconstruirla sin problema.
>
>Me habeis comentado que modifique el archivo pg_hba.conf, ok, era una de
>las opciones. No se mucho de esto, pero, supongo que cuando se hace una
>modificacion a estos archivos ocurre mas o menos igual que como cuando
>se instala un componente de Apache, no?, es decir, que hay que parar el
>servidor y arrancarlo de nuevo. Es eso cierto?. Suponiendo que asi sea,
>como paro y arranco de nuevo postgres?

Asi es.
$pg_ctl -D /usr/local/pgsql/data -l logfile [start | reload | shutdown ]
Usa cada comando dependioendo de la accion que desees

>Otra cuestion. Para empezarlo todo de nuevo, creo que no estaria de mas
>que eliminara todas las bases de datos. Se hace con dropdb <nombrebd>,
>no?. Si no es asi, como?

Como acabas de decir

>
>Es suficiente con borrar las bases de datos o seria conveniente hacer
>algo mas?

nO HAY QUE HACER NADA ,MAS

>
>Mas cosas. Ya os he comentado que llevo años trabajando con Access. No
>se si lo conocereis, pero por si acaso. De vez en cuando, normalmente
>cuando se han introducido gran cantidad de registros, es necesario
>realizar una operacion de compactacion, para evitar que la informacion
>se pierda en la proxima vez que se arranca la base de datos. (Siempre me
>ha parecido algo tosco y chapuzero). Ocurre algo parecido con postgres?
>Si es asi, como se realiza una compactacion?

Nop. Pero si hay que hacer algo llamado VACUUMM esto es para sacar las
tuplas muertas y recrear los plannings de estadistica para las busquedas.
Estas acciones se pueden poner automaticas usando CRON. No te preocupes aca
no se te van a perder datos sino lo haces

BTW: Ya te inscribiste en el semianrio de postgres ???
,
>q
>
>
>---------------------------(fin del mensaje)---------------------------
>TIP 9: el optimizador ignorará el uso de recorridos de índice si los
> tipos de datos de las columnas no coinciden

_________________________________________________________________
Charla con tus amigos en línea mediante MSN Messenger:
http://messenger.latam.msn.com/