From: | Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org> |
---|---|
To: | Horacio Miranda <hmiranda(at)gmail(dot)com> |
Cc: | pgsql-es-ayuda(at)postgresql(dot)org |
Subject: | Re: Monitoreo gráfico de postgresql |
Date: | 2005-08-12 20:37:51 |
Message-ID: | 20050812203751.GC16953@alvh.no-ip.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-es-ayuda |
On Fri, Aug 12, 2005 at 04:06:32PM -0400, Horacio Miranda wrote:
> La unica explicacion que me doy a una utilidad como esa y que oracle
> la tiene es para los malos DBA o los malos programadores, me explico,
> si un dba se pitea una tabla o un desarrollador deja la escoba en la
> base y hay que volver para atras para recuperar datos en el tiempo (un
> time stamp específico),
En PostgreSQL existe una caracteristica llamada PITR que sirve para eso.
La idea es respaldar los archivos de registro transaccional (WAL), y
aplicarlos en una copia fisica del directorio de datos. Pero sigue
siendo "hacia adelante", es decir "redo", no hacia atras como seria
"undo".
> AL igual que creo que java es para los progamadores malos por tener
> try catch exec, pero ese es otro tema.
Las excepciones son un mecanismo de programacion poderoso. Un lenguaje
no es malo solo por tenerlas. (De hecho una cantidad importante de los
lenguajes tiene: C# tiene; Perl tiene die/eval, que es lo mismo pero mas
primitivo; Python tiene; Ruby tiene; C++ tiene. C tambien tiene, aunque
muy primitivo, se llama setjmp/longjmp. En Postgres se usa esto
extensivamente)
> La cosa es que mientras mas mecanismos tenga la base para recuperarse
> frente a catastrofe de disco, DBA o desarrollador mejor.
Se llaman respaldos (o redundancia para disminuir la probabilidad de
catastrofes)
--
Alvaro Herrera (<alvherre[a]alvh.no-ip.org>)
One man's impedance mismatch is another man's layer of abstraction.
(Lincoln Yeoh)
From | Date | Subject | |
---|---|---|---|
Next Message | Ing. Jhon Carrillo - Caracas, Venezuela | 2005-08-12 20:46:38 | Re: [pgsql-es-ayuda] Monitoreo gráfico de postgresql |
Previous Message | blackbeer | 2005-08-12 20:37:45 | limite |