a <[EMAIL PROTECTED]>
> Subject: [pgsql-es-ayuda] pg_dump y pg_restore
> To: pgsql-es-ayuda@postgresql.org
> Date: Friday, July 11, 2008, 3:16 PM
> Tenga el Mejor de los dias
>
>
>
> Podria alguien explicarme por que cuando hago
> 'pg_dump' a una ba
2008/7/11 Alvaro Herrera <[EMAIL PROTECTED]>:
> Oscar Argueta wrote:
>>
>>
>>
>>
>>
>>
>>
>> Te comento, que por lo inexperto para realizar manteinimiento a bases
>> de datos, en una ocasion corrimos VACUUM a una DB en produccion y
>> provoco desintegracion en los datos, por eso ahora re
Mas que las consultas, el problema es mas con los DELETE, UPDATE e
INSERTS, ya que el postgres.conf es un espejo de lo que esta en
produccion
Miguel Beltran R. wrote:
el EXPLAIN lo que hace es decir como se ejecuta la consulta, si esta
usando los indices por ejemplo en la consulta te pued
el EXPLAIN lo que hace es decir como se ejecuta la consulta, si esta
usando los indices por ejemplo en la consulta te puede salir INDEX
SCAN o SEQUENCE SCAN.
Para tu caso, las consultas que haces en tus dos equipos deben arrojar
los mismos resultados; si son diferentes es que las configuraciones d
Oscar Argueta wrote:
>
>
>
>
>
>
>
> Ahora para los tiempos de restauracion de las bases, el VACUUM tambien
> ayuda a que sea mas optimo?
No
--
Alvaro Herrera http://www.flickr.com/photos/alvherre/
"[PostgreSQL] is a great group; in my opinion it is THE best op
Te falto mandar el correo a la lista
Un manual que encontre ahorita en español donde dan un poco de ejemplo
2001.encuentrolinux.cl/documentacion/PostgreSQL.pdf.gz
para mas busca en el historial de la lista
http://www.google.com.mx/search?q=explain+site%3Aarchives.postgresql.org%2Fpgsql-es-ayuda&
Oscar Argueta wrote:
>
>
>
>
>
>
>
> Te comento, que por lo inexperto para realizar manteinimiento a bases
> de datos, en una ocasion corrimos VACUUM a una DB en produccion y
> provoco desintegracion en los datos, por eso ahora realizo
> rudimentariamente en la noche cada 3 meses un DUMP
Jose Luis Balle escribió:
> Solo vacuum Alvaro?
> Puede haber algo relacionado al orden en que ingresan los datos en la
> base? indices creados desde cero?
> Digo porque no tengo muy claro cómo trabaja el pg_dump. No hay un
> "saneamiento" al ingresar todos los datos en una base nueva?
Podría habe
Lo que sucede es que, la carga de procesos en produccion es la misma
que en desarrollo ya que los procesos son de noche, por lo cual no
tiene mas carga que la que se este corriendo por obligacion en la
noche, es decir que el host de produccion solo atenderia a los
procedimientos nocturnos.
En
Solo vacuum Alvaro?
Puede haber algo relacionado al orden en que ingresan los datos en la
base? indices creados desde cero?
Digo porque no tengo muy claro cómo trabaja el pg_dump. No hay un
"saneamiento" al ingresar todos los datos en una base nueva?
2008/7/11 Alvaro Herrera <[EMAIL PROTECTED]>:
Marco Vinicio Jimenez Rojas escribió:
> No se si me equivoco, pero siento que lo que dices es muy logico, tu
> servidor de pruebas no tiene la carga de proceso que tiene el de produccion,
> puede ser ese un detalle, o tienes las configuraciones del postgres.conf
> diferentes
Lo otro que puede ser
No se si me equivoco, pero siento que lo que dices es muy logico, tu
servidor de pruebas no tiene la carga de proceso que tiene el de produccion,
puede ser ese un detalle, o tienes las configuraciones del postgres.conf
diferentes
El día 11 de julio de 2008 9:16, Oscar Argueta <
[EMAIL PROTECTED]>
Tenga el Mejor de los dias
Podria alguien explicarme por que cuando hago 'pg_dump' a una base que
esta en produccion y luego la restauro (con 'pg_restore') en otro host
que es para pruebas, los procedimientos corren mas rapido que en
produccion.
Saludos
--
Oscar Argueta
Transtel, S.A
13 matches
Mail list logo
