Ya lo revisamos.y quedo solucionado! :)
Muchas gracias y felicidades por su excelente trabajo.
El 31/03/2016 16:41, "Alvaro Herrera" escribió:
> Jaime Casanova escribió:
>
> > No fue necesario esperar un par de meses, hoy se liberó un release de
> > seguridad de
Jaime Casanova escribió:
> No fue necesario esperar un par de meses, hoy se liberó un release de
> seguridad de todas las versiones activas incluida 9.5
A propósito, a partir de este año se está intentando que
cada tres meses haya una nueva versión menor dentro de todas las ramas
soportadas.
2016-03-13 16:58 GMT-05:00 Jaime Casanova :
> 2016-02-29 16:34 GMT-05:00 Felipe de Jesús Molina Bravo
> :
>>
>> Al monitorearlo nos damos cuenta de que se acaba la memoria y el swap.
>>
>> Tengo un script, que es con el que estoy probando;
Muchisimas gracias Jaime Seguire tu consejo.
Un gran saludo
El 13/03/2016 15:58, "Jaime Casanova"
escribió:
> 2016-02-29 16:34 GMT-05:00 Felipe de Jesús Molina Bravo
> :
> >
> > Al monitorearlo nos damos cuenta de que se acaba la
2016-02-29 16:34 GMT-05:00 Felipe de Jesús Molina Bravo
:
>
> Al monitorearlo nos damos cuenta de que se acaba la memoria y el swap.
>
> Tengo un script, que es con el que estoy probando; su tamaño es de 1.1 Mb
> (empacad); si alguien lo requiere para probar se lo mando a
Buenas tardes.
Si me lo puedes enviar ami te lo agradecería, me gustaría probarlo en mi
infraestructura.
Gracias de antemano
El 29/2/2016 5:05 p. m., "Felipe de Jesús Molina Bravo" <
fjmolinabr...@gmail.com> escribió:
> Que tal!!
>
> En mi equipo portátil con fedora 23 (8 Gb RAM) dos containers
Que tal Alvaro... recibe un saludo!!
Acabo de poner el dump, la liga es:
http://sipre.inegi.org.mx/pgsql/pba.dump
como yo hago la restauracion es:
1. Creo la bd, (createdb ejemplo)
2. pg_restore -d ejemplo -U postgres pba.dump
Consulta que provoca el reinicio de pgsql:
2016-03-02 14:49 GMT-05:00 Alvaro Herrera :
> Felipe de Jesús Molina Bravo escribió:
>
>> - En pgsql 9.5.1
>> - Nunca termina. Aproximadamente a los 5 minutos la maquina virtual se
>> apaga.
>
> A todo esto, con EXPLAIN (sin ANALYZE) podríamos ver el plan de
> ejecución
Felipe de Jesús Molina Bravo escribió:
> - En pgsql 9.5.1
> - Nunca termina. Aproximadamente a los 5 minutos la maquina virtual se
> apaga.
A todo esto, con EXPLAIN (sin ANALYZE) podríamos ver el plan de
ejecución que está intentando.
--
Álvaro Herrera
Alvaro Herrera escribió:
> La cuarta columna tiene lo que necesitas, creo. Con índices, estas
> búsquedas deberían ser rápidas.
Bah, me doy cuenta que ya lo tienes así :-P
--
Álvaro Herrerahttp://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training &
A todo esto, yo traté hace un par de días de reproducir tu escenario,
pero el script que carga los datos es lejos demasiado lento, y la
mayoría del tiempo se perdía haciendo la conversión de datos. Si vas a
hacernos descargar un tarball ¿no sería más sensato que pusieras un
pg_dump de la tabla
Felipe de Jesús Molina Bravo escribió:
> - En pgsql 9.5.1
> - Nunca termina. Aproximadamente a los 5 minutos la maquina virtual se
> apaga.
Una consulta que "mata" la máquina significa lisa y llanamente que el
servidor está mal configurado. Quizás tienes work_mem y/o
shared_buffers demasiado
Ahora hice lo siguiente, agregue a las tablas _tc_cat y _gc_tb el numero de
elementos en el arreglo del atributo "arama"
(coalesce(array_upper(arama,1),0) ne_arama,) y el left join lo cambie por:
SELECT idprodxintegrar
FROM _gc_tb a
LEFT join
_gc_cat b
Pues sigo sin poder hacer que funcione la consulta en pgsql 9.5.1...lo
unico que he logrado es que al cambiar el "left join on"
por un "left join using" si terminay muy rapido.
Pero no me sirve asi; se estan comparando 2 arreglos de texto; y para la
logica de esta consulta dos arreglos son
Que tal
Por alguna razón (muy probablemente x politicas de seguridad de la
institución en la que elaboro) no pude subirlo a dropbox. En un sitio
expuesto puse el archivo, la liga es:
http://sipre.inegi.org.mx/pgsql/pba_pgsql9_5_1.tar.gz
Para ejecutar la prueba tendrian que ejecutar lo
Dropbox ? y compartir el enlace publico ?
On 3/1/2016 2:04 PM, Jaime Casanova wrote:
2016-02-29 16:34 GMT-05:00 Felipe de Jesús Molina Bravo
:
Que tal!!
En mi equipo portátil con fedora 23 (8 Gb RAM) dos containers (lxc):
1. Con postgresql 9.4.5 (2 Gb RAM)
2. Con
2016-02-29 16:34 GMT-05:00 Felipe de Jesús Molina Bravo
:
> Que tal!!
>
> En mi equipo portátil con fedora 23 (8 Gb RAM) dos containers (lxc):
>
> 1. Con postgresql 9.4.5 (2 Gb RAM)
> 2. Con postgresql 9.5.1 (2 Gb RAM)
>
> En el script de prueba que ejecuto se crean 2
Que tal!!
En mi equipo portátil con fedora 23 (8 Gb RAM) dos containers (lxc):
1. Con postgresql 9.4.5 (2 Gb RAM)
2. Con postgresql 9.5.1 (2 Gb RAM)
En el script de prueba que ejecuto se crean 2 tablas unlogged con la
siguiente
estructura:
1. CREATE unlogged TABLE _gc_tb as
SELECT
18 matches
Mail list logo