Jaime Casanova escribió:
> Normalmente postgres hace un analisis exhaustivo de las tablas en el
> FROM para ver como deben juntarse (hacer el JOIN). Asi por ejemplo si
> tienes las tablas: ABC, postgres examinara los siguientes ordernes de
> JOIN
> [[AB]C] [[AC]B][A[BC]] etc
>
> cuando hay
2010/4/29 Edwin Quijada :
>
>>
>> seria inutil tratar de interpretar el explain, con 18 tablas en el
>> FROM no estas usando el optimizador normal sino que esta usando GECO
>> (y básicamente escogiendo un plan al azar sea bueno o malo)
>
> Exactamente que es GECO ?
>
Normalmente postgres hace un a
2010/4/29 Edwin Quijada :
>
>> From: alvhe...@alvh.no-ip.org
>>
>> > Si hago un indice de dos campos CREATE INDEX x(f1,f2) al hacer un
>> > select si uso ambos campos separados usara el indice
>>
>> Claro. También lo usará si pides sólo f1, pero no lo usará si pides
>> sólo f2.
>>
>
> Supongo que e
Buenas noches a todos los listeros,
Mi jefe me ha pedido el favor de averiguar como cambio la codificación de
caracteres de una base de datos ya creada, pues fue montada con UTF-8 y el
dice que tiene problema con los acentos y las ñ,
yo en realidad no manejo el proyecto donde esta esa base de dat
> Date: Thu, 29 Apr 2010 18:38:43 -0400
> From: alvhe...@alvh.no-ip.org
> To: listas_quij...@hotmail.com
> CC: hfigue...@dasi.com.mx; pgsql-es-ayuda@postgresql.org
> Subject: Re: [pgsql-es-ayuda] FW: Select de 11 horas
>
> Edwin Quijada escribió:
>
> > Alvaro, se pudo reducir el tiempo a
Jaime Casanova escribió:
> Quiza el OOM Killer esta matando tus procesos? Chequea en el log del
> kernel (creo que esta en /var/log/kern.log o alguno de esos en ese
> directorio)
Tendría que estar ocupando mucha memoria en algo para que esto pase ...
--
Alvaro Herrera ht
Edwin Quijada escribió:
> Alvaro, se pudo reducir el tiempo a 5seg,obviamente estaba mal hecho,
> eliminando un LEFT JOIN por un IN.
A eso le llamo yo “mejora”!
> Si hago un indice de dos campos CREATE INDEX x(f1,f2) al hacer un
> select si uso ambos campos separados usara el indice
Claro. Tam
> Date: Thu, 29 Apr 2010 18:21:02 -0400
> From: alvhe...@alvh.no-ip.org
> To: hfigue...@dasi.com.mx
> CC: pgsql-es-ayuda@postgresql.org
> Subject: Re: [pgsql-es-ayuda] FW: Select de 11 horas
>
> Hugo A. Figueroa Solano escribió:
> >
> >
> > Nunca había visto un select tan grande, no me extr
Juan escribió:
> Amigos
>
> al enviar el comando
> /usr/local/pgsql/bin/pg_dump -vv -U postgres -Ft -f
> /tmp/backup-29-04-10.tar basebackupear
>
> me sale el sig error;
>
> pg_dump: dumping contents of table marca
> pg_dump: Dumping the contents of table "marca" failed: PQgetCopyData() failed.
Hugo A. Figueroa Solano escribió:
>
>
> Nunca había visto un select tan grande, no me extraña que tarde tanto
A mí sí me extraña. Yo he visto otros más grandes y no tardan tanto.
¿Qué porcentaje de la tabla tdata_main tiene fstatus='F' AND
flead_type='DO'? Si es un porcentaje pequeño quizás p
OK, lo suponia :)
Gracias
*---*
*-Edwin Quijada
*-Developer DataBase
*-JQ Microsistemas
*-Soporte PostgreSQL
*-www.jqmicrosistemas.com
*-809-849-8087
*---*
> Date: Thu, 29 Apr 20
Edwin Quijada escribió:
>
> Existe un limite en el tamano del mensaje? Porque solo me pasa con mensaje en
> especifico que no puedo enviar?
Si, hay un límite de 30 kB, dos correos tuyos no llegaron porque exceden
ese límite.
--
Alvaro Herrera http://www.amazon.com/gp/registry
http://explain.depesz.com/s/Gxk
_
__ Información de NOD32, revisión 5073 (20100429) __
Este mensaje ha sido analizado con NOD32 antivirus system
http://www.nod32.com
>
> 2010/4/29 Edwin Quijada :
> >
> > Estoy teniendo problemas con un select que me esta durando 11 horas y su
> > salida es de aproximada 200 records he revisado varias cosas pero no
> > entender bien el explain me ha ralentizado.
> >
>
> wow! nunca habia una consulta tan fea...
>
> a que est
2010/4/29 Edwin Quijada :
>
> Estoy teniendo problemas con un select que me esta durando 11 horas y su
> salida es de aproximada 200 records he revisado varias cosas pero no
> entender bien el explain me ha ralentizado.
>
wow! nunca habia una consulta tan fea...
a que estas jugando aqui?
"""
Gracias
*---*
*-Edwin Quijada
*-Developer DataBase
*-JQ Microsistemas
*-Soporte PostgreSQL
*-www.jqmicrosistemas.com
*-809-849-8087
*---*
Date: Thu, 29 Apr 2010 15:52:37 -0500
Subje
Estoy teniendo problemas con un select que me esta durando 11 horas y su salida
es de aproximada 200 records he revisado varias cosas pero no entender bien el
explain me ha ralentizado.
PD:Alguieun que sepa interpretar bien los explain podria hacer un webmeeting o
algo para poder interpr
Hola A todos queria saber si alguien tiene alguna experiencia para instalar un
servidor postgres
de la siguiente manera:
Motor de busqueda en un servidor y directorio de trabajo del postgres en otro o
un NAS.
La idea es lograr mayor disponibilidad y velocidad (NAS con muchos discos y en
raid) y
Yo si veo los mensajes!!
El 29 de abril de 2010 15:43, Edwin Quijada
escribió:
> Existe un limite en el tamano del mensaje? Porque solo me pasa con mensaje
> en especifico que no puedo enviar?
>
>
>
> *---*
> *-Edwin Quijada
> *-Developer DataB
mas data
intento de reindexar
NOTICE: table "marca__oposiciones" was reindexed
NOTICE: table "vistaopo" was reindexed
NOTICE: table "patente" was reindexed
NOTICE: table "aduana" was reindexed
server closed the connection unexpectedly
This probably means the server terminated abnormal
Existe un limite en el tamano del mensaje? Porque solo me pasa con mensaje en
especifico que no puedo enviar?
*---*
*-Edwin Quijada
*-Developer DataBase
*-JQ Microsistemas
*-Soporte PostgreSQL
*-www.jqmicrosistemas.com
*-809-849-8087
*---
> From: jcasa...@systemguards.com.ec
> Date: Thu, 29 Apr 2010 15:17:31 -0500
> Subject: Re: [pgsql-es-ayuda] Extranas caidas de Postgres
> To: listas_quij...@hotmail.com
> CC: alvhe...@alvh.no-ip.org; pgsql-es-ayuda@postgresql.org
>
> 2010/4/27 Edwin Quijada :
> >
> >> Edwin Quijada escrib
> -Mensaje original-
> De: pgsql-es-ayuda-ow...@postgresql.org
> [mailto:pgsql-es-ayuda-ow...@postgresql.org] En nombre de Juan
> Enviado el: Jueves, 29 de Abril de 2010 15:03
> Para: pgsql-es-ayuda@postgresql.org
> Asunto: [pgsql-es-ayuda] error pg_dump
>
> Amigos
>
> al enviar el co
Están llegando bien.
_
De: pgsql-es-ayuda-ow...@postgresql.org
[mailto:pgsql-es-ayuda-ow...@postgresql.org] En nombre de Edwin Quijada
Enviado el: Jueves, 29 de Abril de 2010 16:59
Para: alvhe...@alvh.no-ip.org; pgsql-es-ayuda@postgresql.org
Asunto: [pgsql-es-ayuda] No llegan los correos
yo si los veo, este y el anterior
2010/4/29 Edwin Quijada :
>
> Alvaro, puedes indicarme o ver porque mis correos no estan llegando a la
> lista.
> *---*
> *-Edwin Quijada
> *-Developer DataBase
> *-JQ Microsistemas
> *-Soporte PostgreSQL
> *-www
2010/4/27 Edwin Quijada :
>
>> Edwin Quijada escribió:
>>
>> > Es un server Dell QuadCore
>> >
>> > 2 Discos SCSI
>> > 24 GB ram
>> > Debian Lenny SO
>> > shared_buffers = 8GB
>> > work_mem = 16MB
>>
> max_connections = 1000
> autovacuum_vacuum_scale_factor = 0.2 # ahora en 0.1
>
Quiza el OOM Kill
Alvaro, puedes indicarme o ver porque mis correos no estan llegando a la lista.
*---*
*-Edwin Quijada
*-Developer DataBase
*-JQ Microsistemas
*-Soporte PostgreSQL
*-www.jqmicrosistemas.com
*-809-849-8087
*
*---*
*-Edwin Quijada
*-Developer DataBase
*-JQ Microsistemas
*-Soporte PostgreSQL
*-www.jqmicrosistemas.com
*-809-849-8087
*---*
8.4.1
*---*
*-Edwin Quijada
*-Developer DataBase
*-JQ Microsistemas
*-Soporte PostgreSQL
*-www.jqmicrosistemas.com
*-809-849-8087
*---*
> Date: Thu, 29 Apr 2010 09:29:01 -0300
> From:
Leonardo Castillo escribió:
> Muchas gracias a todos los amigos listeros por su ayuda.
>
> Efectivamente todos los settings de configuración estaban bien, incluyendo
> el autovacuum. El problema de lentitud de la operación señala en el primer
> comentario. DELETE FROM TITULOS WHERE COD_TITULO = 31
Amigos
al enviar el comando
/usr/local/pgsql/bin/pg_dump -vv -U postgres -Ft -f
/tmp/backup-29-04-10.tar basebackupear
me sale el sig error;
pg_dump: dumping contents of table marca
pg_dump: Dumping the contents of table "marca" failed: PQgetCopyData() failed.
pg_dump: Error message from server
> -Mensaje original-
> De: Manuel R. Bercián
>
> muchas gracias aunque lo que quise decir es que no tome en
> cuenta las comillas, osea que si un campo direccion tiene
>
>
> 25 calle Apto "A" 15-43 zona 1.
>
>
> Se logre poner la direccion en el campo aunque incluya comillas
>
>
El 29/04/10 11:08, Jaime Casanova escribió:
2010/4/29 TND:
Saludos
Ya hemos probado acá todos los modos en los que puede funcionar PgPool-II;
menos el modo de paralelización de consultas.
¿Cómo o de qué forma podemos comprobar que PgPool-II efectivamente está
trabajando en este módulo?
muchas gracias aunque lo que quise decir es que no tome en cuenta las
comillas, osea
que si un campo direccion tiene
25 calle Apto "A" 15-43 zona 1.
Se logre poner la direccion en el campo aunque incluya comillas
En espera de sus comentarios, muchas gracias
El 28 de abril de 2010 19:29, Jaime
2010/4/29 TND :
> Saludos
> Ya hemos probado acá todos los modos en los que puede funcionar PgPool-II;
> menos el modo de paralelización de consultas.
> ¿Cómo o de qué forma podemos comprobar que PgPool-II efectivamente está
> trabajando en este módulo?
loguea las sentencias que el pgpool envia a
Lo hace a través de una función de aleatorización de nodos backend. La
ventaja del Open source es que puedes examinar el código que tienes y así
corroborarlo y/o mejorarlo a tus propósitos.
1. Descargas el codigo fuente de
http://pgfoundry.org/frs/download.php/2664/pgpool-II-2.3.3.tar.gz
2. Buscas
On , Alvaro Herrera wrote:
Miguel Rodríguez Penabad escribió:
> Yo tampoco entiendo la notación de ipv6, por lo que había probado
> poniendo las reglas que tú me dices,
> y tampoco funcionaba. El problema era que las ponía DESPUÉS de la
> regla del ivp6, y no me funcionaba.
Eso no tiene mucho
Miguel Rodríguez Penabad escribió:
> Yo tampoco entiendo la notación de ipv6, por lo que había probado
> poniendo las reglas que tú me dices,
> y tampoco funcionaba. El problema era que las ponía DESPUÉS de la
> regla del ivp6, y no me funcionaba.
Eso no tiene mucho sentido (por no decir que no t
Saludos
Ya hemos probado acá todos los modos en los que puede funcionar
PgPool-II; menos el modo de paralelización de consultas.
¿Cómo o de qué forma podemos comprobar que PgPool-II efectivamente está
trabajando en este módulo?
¿Cómo podemos realizar pruebas para comprobar que efectivamente
PgP
Edwin Quijada escribió:
*---*
*-Edwin Quijada
*-Developer DataBase
*-JQ Microsistemas
*-Soporte PostgreSQL
*-www.jqmicrosistemas.com
*-809-849-8087
*---*
> Date: Mon, 26 Apr 2010 21:44:
> la verdad yo no entiendo esa notacion (que es ipv6), mejor prueba con
> esta linea si quieres que acepte cualquier ip:
> """
> host all all 0.0.0.0/0 md5
> """
>
> sin embargo lo mas seguro es limitar las redes que vas a aceptar:
> """
> host all all 193.144.0
2010/4/29 Miguel Rodríguez Penabad :
> Hola amigos:
>
> Estoy intentando acceder a un postgres que está en una IP pública
> (193.144.X.Y)
> y lo consigo sin problemas si accedo desde otro ordenador con IP pública.
>
> Sin embargo, tenemos una serie de PCs que están detrás de un router.
> La IP púb
Muchas gracias a todos los amigos listeros por su ayuda.
Efectivamente todos los settings de configuración estaban bien, incluyendo
el autovacuum. El problema de lentitud de la operación señala en el primer
comentario. DELETE FROM TITULOS WHERE COD_TITULO = 310141 se debía a poco
espacio en los di
Hola amigos:
Estoy intentando acceder a un postgres que está en una IP pública (193.144.X.Y)
y lo consigo sin problemas si accedo desde otro ordenador con IP pública.
Sin embargo, tenemos una serie de PCs que están detrás de un router.
La IP pública por la que salen estos PCs es también del tipo
44 matches
Mail list logo
