Re: Postgresql

--- "Andrea R." <areyes(at)alfacom(dot)cl> escribió:
> Nota este correo fue enviado a
> pgsql-es-ayuda-owner+M2679(at)postgresql(dot)org si
> es una direccion errada por favor disculpar, me di
> cuenta después que lo
> envié.
>
>
> Primero gracias por responder, aplique la consulta
> SELECT sum(relpages * 8)
> AS kilobytes FROM pg_class; , la cual me arrojo la
> respuesta esperada
>
> [postgres(at)Srv-Linux postgres]$ psql alfapro Welcome
> to psql 7.4.2, 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
>
> alfapro=# SELECT sum(relpages * 8) AS kilobyete FROM
> pg_class; kilobyete
> -----------
> 1681208
> (1 row)
>
> alfapro=# \q
> [postgres(at)Srv-Linux postgres]$
>
> Mi duda es la siguiente yo tome un respaldo que se
> hizo momentos antes de
> ejecutar esta consulta lo descomprimí y su eso es de
> respaldo2005011723.pgdump 468.355 KB No veo relacion
> con el peso que me
> arrojo la consulta.
> Si puedieras aclararme la duda te lo agradecería.
> Andrea
>
No deberia haber relacion. EL archivo generado por
pg_dump es un archivo de texto que te dice que
comandos se ejecutaran para que tu base de datos quede
como estaba.

En la base misma sin embargo cada fila tiene una
cabecera de 4 o 5 columnas ocultas (esas no las ves en
el pg_dump), ademas el pg_dump no te muestra los
catalogos, aunque te muestra como se va a crear un
indice no te dice que datos tiene el indice.

En definitiva la base de datos tiene mucha mas
informacion de la que arroja el pg_dump, es solo que
no necesitas esa informacion para recrear la base de
datos a un estado conocido.

atentamente,
Jaime Casanova

_________________________________________________________
Do You Yahoo!?
Información de Estados Unidos y América Latina, en Yahoo! Noticias.
Visítanos en http://noticias.espanol.yahoo.com