como puedo hacer subtransaciones? ya una vez probe y cuanod cierro la
subtransaccion me cierra la primera
Date: Sat, 11 Feb 2012 02:59:56 +
From: [email protected]
Subject: Re: [pgsql-es-ayuda] Tabla inserta constantemente registros
To: [email protected]
CC: pgsql-es-ayuda@postgres
En varias transacciones. Se inserta 1 a la vez
>
> De: Edwin Quijada
>Para: [email protected]; [email protected]
>CC: Alvaro Herrera ; [email protected]
>Enviado: Viernes 10 de febrero de 2012 18:34
>Asunto: RE: [pgsql-es-ayuda] Tabla inserta
Consulta la tabla pg_largeobject.
SELECT * FROM pg_largeobject
Saludos.
De: [email protected]
[mailto:[email protected]] En nombre de Gaston Rider
Enviado el: viernes, 10 de febrero de 2012 18:54
Para: Postgres Lista
Asunto: [pgsql-es-ayuda] obtener OID de La
Nada, yo solo pondria esa tabla a ser particionada, eso es todo.Los 200 entran
en una sola transaccion o en varias ?
Date: Fri, 10 Feb 2012 21:35:40 +
From: [email protected]
Subject: [pgsql-es-ayuda] Tabla inserta constantemente registros
To: [email protected]
CC: alvhe...@alvh
Hola necesitaría conocer los OID de los LargeObjects que tengo en mi
base muchas gracias a quien pueda ayudarme...
Buenas tardes,
Tengo un sistema que inserta cada minuto 200 registros, en una tabla (usando
una function), y la tabla puede ser consultada en cualquier momento a través de
otra function. Es decir, al año puede tener la tabla 103 680 000 registros, los
cuales pueden ser consultados en cualquier
Ninguna
> From: [email protected]
> To: [email protected]; [email protected]
> CC: [email protected]
> Date: Fri, 10 Feb 2012 16:12:11 -0430
> Subject: [pgsql-es-ayuda] RE: [pgsql-es-ayuda] Tamaño en tabla toast para
> tipo de dato bytea
>
> Alvaro, yo tengo una duda co
Excerpts from lgarciam's message of vie feb 10 17:42:11 -0300 2012:
> Alvaro, yo tengo una duda con respecto al VACUUM FULL.
> En que situaciones es recomendable aplicar un VACUUM FULL respecto a un
> VACUMM??
En situaciones de emergencia. Esto se ha hablado varias veces ya.
¿Buscaste los archi
Alvaro, yo tengo una duda con respecto al VACUUM FULL.
En que situaciones es recomendable aplicar un VACUUM FULL respecto a un VACUMM??
Saludos a todos.
-Mensaje original-
De: [email protected]
[mailto:[email protected]] En nombre de Alvaro Herrera
Env
Excerpts from Ivan Perales M.'s message of vie feb 10 16:12:34 -0300 2012:
> Gracias por su ayuda, en realidad si se hacen muchos updates y a la vez no.
> La forma en que ingresamos los datos es en pedazos, es decir de 100kb,
> entonces checando con la funcion length los ultimos 20 archivos ingres
Excerpts from lgarciam's message of vie feb 10 12:21:12 -0300 2012:
> Alvaro, cuando mencionas "(...)Dado que son imágenes probablemente
> comprimidas en origen(...)", te refieres a que pudieran estar comprimidas con
> algún compresor, o alguna técnica externa al servidor que se encargue de
> e
2012/2/9 Alvaro Herrera
>
> Excerpts from Mario Rodriguez's message of jue feb 09 19:18:27 -0300 2012:
>
> > al tratar de restaurar cualquier tipo de respaldo que he creado en cierto
> > momento me arroja el siguiente error:
> >
> > Error from TOC entry 5566; 0 50425 TABLE DATA pxi_cat_calculados
Alvaro, cuando mencionas "(...)Dado que son imágenes probablemente comprimidas
en origen(...)", te refieres a que pudieran estar comprimidas con algún
compresor, o alguna técnica externa al servidor que se encargue de esto?, solo
te pregunto por curiosidad.
Saludos.
-Mensaje original-
Excerpts from Ivan Perales M.'s message of vie feb 10 04:47:58 -0300 2012:
> El problema es el siguiente, tengo el mismo sistema corriendo en dos redes
> separadas, ambos corren postgresql 8.3.14. Tengo una tabla con el tipo de
> datos bytea para cargar cualquier tipo de archivo, y hasta donde se
Excerpts from Mario Rodriguez's message of jue feb 09 19:18:27 -0300 2012:
> Error from TOC entry 5566; 0 50425 TABLE DATA pxi_cat_calculados pgsql
> COPY failed for table "pxi_cat_calculados": ERROR: no existe el tipo
> «racional»
> LINE 1: SELECT '(1,2)'::RACIONAL
> ^
>
Qué tal si aplicas un VACUUM FULL a esa tabla, después un REINDEX y finalmente
planificas un VACUUM manual desde el cron que se ejecute más a menudo sobre esa
tabla y analizas el resultado final a ver qué sucede.
Supongo que si el vacuum se tarda, es porque no ha terminado de hacer su
trabajo.
Hola que tal, hace poco enfrente un problema que a la fecha no he podido
solucionar. No soy muy experto en postgres y me disculpo por eso, aunque ya
llevo varios años utilizandola.
El problema es el siguiente, tengo el mismo sistema corriendo en dos redes
separadas, ambos corren postgresql 8.3.14.
El 9 de febrero de 2012 11:39, Jaime Casanova escribió:
> 2012/2/8 Juan Carlos Ramirez Zambrano :
> >
> > El 8 de febrero de 2012 17:02, Jaime Casanova
> > escribió:
> >
> >>
> >> Mira en el log del standby y mira que mensaje te esta arrojando...
> >> hace que tiempo paso esto?
> >
> > Te comento
El 9 de febrero de 2012 13:46, Jaime Casanova escribió:
> 2012/2/9 Juan Carlos Ramirez Zambrano :
> >
> >>
> > Ok creo que tendre que revisar lo que me comentas, ya que actualmente
> > se están guardando muy pocos archivos comparando con los que me comentas
> > actualmente wal_keep_segments = 32
>
19 matches
Mail list logo
