Re: [pgsql-es-ayuda] Autovacuum en una sola db con multiples esquemas.
Excerpts from Espartano's message of mié nov 30 02:42:58 -0300 2011: Hola gente, tengo una duda con el autovacuum, tengo una base de datos que tiene varios esquemas dentro de ella, cada esquema tiene un usuario mediante el cual se conectan unas aplicaciones que hacen repetidamente update sobre una tabla, esos programas realizan periódicamente vacuum full (el nivel de updates es algo alto del orden de 10 mil a 20 mil updates sobre esa misma tabla de cada esquema diariamente) y el vacuum full lo realizan cada 15 updates !!! Ugh. Me imagino que encuentran que Postgres es lento. lo cual es creo yo bastante malo pues se debería utilizar auto-vacuum para ello pues la db es 8.3, me he dado a la tarea de comprobarle a los desarrolladores que el hecho de que su aplicación haga tantos full vacuum sobre la tabla es el motivo de que esos 10 o 20 mil updates se lleven las 24 horas del día en terminar (en mi laptop realice mas de 1 millón de inserts en menos de 20 minutos) mi pregunta es, hay algún inconveniente en dejar activados los vacuum full en todos los usuarios de la bd ( es decir en todos los esquemas) y solo desactivar el vacuum full en uno de ellos y activar también el autovacuum en esa base de datos ? Es decir en todos los esquemas - 1 estarían haciendo vacuum full y solo lo voy a desactivar en el esquema en donde quiero comprobar mi teoría a los desarrolladores, pero tendré que activar el auto-vacuum para toda la db y eso incluye los esquemas que aun seguirán haciendo vacuum full, hay algún inconveniente que debería tomar en cuanta al respecto de lo anterior? No debería. Podría llegar a haber un problema hipotético si autovacuum se quedara esperando a obtener el lock de una tabla que estuviera bloqueado por el vacuum full. Pero si ejecutan ese vacuum full cada 15 updates quiere decir que nunca habrá opción para que autovacuum quiera ejecutarse sobre esa misma tabla, porque la fórmula de activación no se cumplirá. Creo que es poco probable que llegue a haber un problema. Igual sería bueno monitorear pg_stat_activity por si autovacuum tiene algún comportamiento errático. -- Álvaro Herrera alvhe...@alvh.no-ip.org - Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda@postgresql.org) Para cambiar tu suscripci�n: http://www.postgresql.org/mailpref/pgsql-es-ayuda
RE: [pgsql-es-ayuda] Autovacuum en una sola db con multiples esquemas.
Según tengo entendido la ejecución de VACUUM FULL, es agresiva y tiene un efecto muy negativo en el rendimiento de las consultas concurrentes a la base de datos, más si estás en 8.3, en mi opinión personal preferiría activar el autovacuum y no tendrías de preocuparte de realizar operaciones manuales de VACUUM y ANALYZE, en otro caso podrías aplicar VACUUM manual a la base de datos desde una tarea programada mediante el comando vacuumdb, lo recomendable es ejecutar este comando diariamente en algún horario del día donde no exista mucha carga de trabajo. La diferencia que tiene el proceso automático de vacuum (autovacumm launcher process) respecto a realizar VACUUM manual es que este se encarga de realizar ANALYZE además de VACCUM, por tal motivo, si decides realizar vacuum manualmente, también deberías realizar analyze de forma manual. Saludos. -Mensaje original- De: pgsql-es-ayuda-ow...@postgresql.org [mailto:pgsql-es-ayuda-ow...@postgresql.org] En nombre de Espartano Enviado el: miércoles, 30 de noviembre de 2011 01:13 Para: Lista PostgreSQL Asunto: [pgsql-es-ayuda] Autovacuum en una sola db con multiples esquemas. Hola gente, tengo una duda con el autovacuum, tengo una base de datos que tiene varios esquemas dentro de ella, cada esquema tiene un usuario mediante el cual se conectan unas aplicaciones que hacen repetidamente update sobre una tabla, esos programas realizan periódicamente vacuum full (el nivel de updates es algo alto del orden de 10 mil a 20 mil updates sobre esa misma tabla de cada esquema diariamente) y el vacuum full lo realizan cada 15 updates !!! lo cual es creo yo bastante malo pues se debería utilizar auto-vacuum para ello pues la db es 8.3, me he dado a la tarea de comprobarle a los desarrolladores que el hecho de que su aplicación haga tantos full vacuum sobre la tabla es el motivo de que esos 10 o 20 mil updates se lleven las 24 horas del día en terminar (en mi laptop realice mas de 1 millón de inserts en menos de 20 minutos) mi pregunta es, hay algún inconveniente en dejar activados los vacuum full en todos los usuarios de la bd ( es decir en todos los esquemas) y solo desactivar el vacuum full en uno de ellos y activar también el autovacuum en esa base de datos ? Es decir en todos los esquemas - 1 estarían haciendo vacuum full y solo lo voy a desactivar en el esquema en donde quiero comprobar mi teoría a los desarrolladores, pero tendré que activar el auto-vacuum para toda la db y eso incluye los esquemas que aun seguirán haciendo vacuum full, hay algún inconveniente que debería tomar en cuanta al respecto de lo anterior? Muchas gracias por anticipado. - Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda@postgresql.org) Para cambiar tu suscripción: http://www.postgresql.org/mailpref/pgsql-es-ayuda - Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda@postgresql.org) Para cambiar tu suscripción: http://www.postgresql.org/mailpref/pgsql-es-ayuda
[pgsql-es-ayuda] Consulta con procedimiento
Amigos como estan, queria ver si me pueden ayudar con una duda que tengo, tengo las siguientes tablas agencia: agecod,agenom clientes: cliagecod,clicod,clinom,clidir,clitel,clizona ventas_cabecera: venagecod,vennum,venclicod,ventotal ventas_letras: veagecod,vennum,venvalor,vensaldo,venfecha_vencimiento Entonces lo que necesito es obtener es por cliente, todos sus datos, cuanto me debe en total, cuanto de eso esta vencido y el dias maximo que tiene vencido el cliente. Aqui viene la duda, hay como sacar esto en un solo select?? O es mejor lo que estaba haciendo, me creo una tabla temporal en un procedimiento almacenado, con la estructura del resultado que deseo, a esta tabla le agrego todos los datos de todos l os clientes, de esto hago este select y lo pongo en un cursor SELECT l.fecha,l.saldo,c.venclicod FROM ventas_letras l INNER JOIN ventas_cabecera c ON ; l.vennum=c.vennum WHERE ; (l.vendoc='FA' OR l.vendoc='NV') and l.saldo0 Con esto me barro el select y voy sumando el saldo que tiene cada cliente en la tabla temporal, y actualizando lo que esta vencido y verificando el maximodia de vencimiento. Espero sus comentarios a ver cual es la mejor forma de obtener lo que necesito Saludos
[pgsql-es-ayuda] Crear RAID 10 S.O Vs Utilitarios Server en Debian
Hola amigos queria saber si alguien ha hecho RAID 10 en Debian si la mejor forma es por SO o Utilitarios que trae el mismo HP para Postgresql Saludos Ruben Avila G
Re: [pgsql-es-ayuda] Crear RAID 10 S.O Vs Utilitarios Server en Debian
El día 30 de noviembre de 2011 12:44, ruben avila galindo ruben2...@gmail.com escribió: Hola amigos queria saber si alguien ha hecho RAID 10 en Debian si la mejor forma es por SO o Utilitarios que trae el mismo HP para Postgresql Saludos Ruben Avila G Hola Ruben, tuve la oportunidad de realizarlo mediante el propio Debian a la hora de instalar el SO antes de realizar las particiones puedes seleccionar el tipo de arreglo que deseas. -- Atte. Moisés Alberto Lindo Gutarra Asesor - Desarrollador Java / Open Source Linux Registered User #431131 - http://counter.li.org/ Cel: (511) 995081720 - Rpm: *548913 EMail: mli...@gmail.com MSN: mli...@tumisolutions.com - Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda@postgresql.org) Para cambiar tu suscripción: http://www.postgresql.org/mailpref/pgsql-es-ayuda
Re: [pgsql-es-ayuda] Crear RAID 10 S.O Vs Utilitarios Server en Debian
Buscando en google encontre esta URL donde indica la forma que mencionas con pantallas de maquina podria confirmarme si es la forma correcta. http://cecisknowledge.wordpress.com/2011/02/24/configurar-raid-10-en-debian-6-0/ RAID 10 Saludos, Ruben Avila G. El 30 de noviembre de 2011 15:47, Moises Alberto Lindo Gutarra mli...@gmail.com escribió: El día 30 de noviembre de 2011 12:44, ruben avila galindo ruben2...@gmail.com escribió: Hola amigos queria saber si alguien ha hecho RAID 10 en Debian si la mejor forma es por SO o Utilitarios que trae el mismo HP para Postgresql Saludos Ruben Avila G Hola Ruben, tuve la oportunidad de realizarlo mediante el propio Debian a la hora de instalar el SO antes de realizar las particiones puedes seleccionar el tipo de arreglo que deseas. -- Atte. Moisés Alberto Lindo Gutarra Asesor - Desarrollador Java / Open Source Linux Registered User #431131 - http://counter.li.org/ Cel: (511) 995081720 - Rpm: *548913 EMail: mli...@gmail.com MSN: mli...@tumisolutions.com - Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda@postgresql.org ) Para cambiar tu suscripción: http://www.postgresql.org/mailpref/pgsql-es-ayuda
Re: [pgsql-es-ayuda] Crear RAID 10 S.O Vs Utilitarios Server en Debian
No he trabajado con debias. He realizado raid por soft con centos y andan muy pero muy bien. Ahora si tu palca controladora eaid es buena la mejor opcion en cuanto performace es hacerlo por hard Yo trabajo con server ibm y tengo unos 226x que los hago por soft porque la placa no es buena pero tengo 3650 que ya traen server raid y andan muy bien Todo depende de tu hard El 30/11/11, ruben avila galindo ruben2...@gmail.com escribió: Buscando en google encontre esta URL donde indica la forma que mencionas con pantallas de maquina podria confirmarme si es la forma correcta. http://cecisknowledge.wordpress.com/2011/02/24/configurar-raid-10-en-debian-6-0/ RAID 10 Saludos, Ruben Avila G. El 30 de noviembre de 2011 15:47, Moises Alberto Lindo Gutarra mli...@gmail.com escribió: El día 30 de noviembre de 2011 12:44, ruben avila galindo ruben2...@gmail.com escribió: Hola amigos queria saber si alguien ha hecho RAID 10 en Debian si la mejor forma es por SO o Utilitarios que trae el mismo HP para Postgresql Saludos Ruben Avila G Hola Ruben, tuve la oportunidad de realizarlo mediante el propio Debian a la hora de instalar el SO antes de realizar las particiones puedes seleccionar el tipo de arreglo que deseas. -- Atte. Moisés Alberto Lindo Gutarra Asesor - Desarrollador Java / Open Source Linux Registered User #431131 - http://counter.li.org/ Cel: (511) 995081720 - Rpm: *548913 EMail: mli...@gmail.com MSN: mli...@tumisolutions.com - Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda@postgresql.org ) Para cambiar tu suscripción: http://www.postgresql.org/mailpref/pgsql-es-ayuda -- Enviado desde mi dispositivo móvil - Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda@postgresql.org) Para cambiar tu suscripción: http://www.postgresql.org/mailpref/pgsql-es-ayuda
Re: [pgsql-es-ayuda] Crear RAID 10 S.O Vs Utilitarios Server en Debian
El día 30 de noviembre de 2011 16:09, ruben avila galindo ruben2...@gmail.com escribió: Buscando en google encontre esta URL donde indica la forma que mencionas con pantallas de maquina podria confirmarme si es la forma correcta. http://cecisknowledge.wordpress.com/2011/02/24/configurar-raid-10-en-debian-6-0/ RAID 10 Saludos, Ruben Avila G. El 30 de noviembre de 2011 15:47, Moises Alberto Lindo Gutarra mli...@gmail.com escribió: El día 30 de noviembre de 2011 12:44, ruben avila galindo ruben2...@gmail.com escribió: Hola amigos queria saber si alguien ha hecho RAID 10 en Debian si la mejor forma es por SO o Utilitarios que trae el mismo HP para Postgresql Saludos Ruben Avila G Hola Ruben, tuve la oportunidad de realizarlo mediante el propio Debian a la hora de instalar el SO antes de realizar las particiones puedes seleccionar el tipo de arreglo que deseas. -- Atte. Moisés Alberto Lindo Gutarra Asesor - Desarrollador Java / Open Source Linux Registered User #431131 - http://counter.li.org/ Cel: (511) 995081720 - Rpm: *548913 EMail: mli...@gmail.com MSN: mli...@tumisolutions.com - Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda@postgresql.org) Para cambiar tu suscripción: http://www.postgresql.org/mailpref/pgsql-es-ayuda Por lo que he visto del documento, me parece correcto, claro que en el ejemplo lo hace usando VirtualBox, pero la secuencia es válida para tu Hardware -- Atte. Moisés Alberto Lindo Gutarra Asesor - Desarrollador Java / Open Source Linux Registered User #431131 - http://counter.li.org/ Cel: (511) 995081720 - Rpm: *548913 EMail: mli...@gmail.com MSN: mli...@tumisolutions.com - Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda@postgresql.org) Para cambiar tu suscripción: http://www.postgresql.org/mailpref/pgsql-es-ayuda
Re: [pgsql-es-ayuda] Comprar Bases de datos
El 24 de noviembre de 2011 15:25, wrbut...@rizoma.cl escribió: Hola ta todos! me encuentro planificando una migración de un sistema que, en muy corto tiempo, ha sufrido varias modificaciones en la estructura de su base de datos (algunas tablas nuevas y otras modificadas), para ello estoy en la labor de generar un script que haga el trabajo, sin embargo, para poder desarrollarlo me hace falta ver las diferencias en la estructura de ambas bases de datos. Conoce alguien, alguna forma de comparar el esquema de 2 bases de datos y mostrar las diferencias que hay en sus tablas (y respectivos campos)? Muchas gracias! - Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda@postgresql.org ) Para cambiar tu suscripción: http://www.postgresql.org/mailpref/pgsql-es-ayuda Puedes COMPRAR la versión con soporte de varias empresas jejee Lo siento, no me pude aguantar al ver que escribiste comprar en el asunto del correo y en realizar es comparar jejeje :D :P -- Lo bueno de vivir un dia mas es saber que nos queda un dia menos de vida
Re: [pgsql-es-ayuda] Crear RAID 10 S.O Vs Utilitarios Server en Debian
ruben avila galindo dijo [Wed, Nov 30, 2011 at 12:44:14PM -0500]: Hola amigos queria saber si alguien ha hecho RAID 10 en Debian si la mejor forma es por SO o Utilitarios que trae el mismo HP para Postgresql Hola, Invariablemente, un RAID por hardware es preferible. El RAID por software funciona muy bien, sí, pero si tienes hardware capaz de hacerlo, no le des más vueltas. Saludos, - Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda@postgresql.org) Para cambiar tu suscripci�n: http://www.postgresql.org/mailpref/pgsql-es-ayuda
Re: [pgsql-es-ayuda] Crear RAID 10 S.O Vs Utilitarios Server en Debian
El 30/11/11 20:30, Gunnar Wolf escribió: ruben avila galindo dijo [Wed, Nov 30, 2011 at 12:44:14PM -0500]: Hola amigos queria saber si alguien ha hecho RAID 10 en Debian si la mejor forma es por SO o Utilitarios que trae el mismo HP para Postgresql Hola, Invariablemente, un RAID por hardware es preferible. El RAID por software funciona muy bien, sí, pero si tienes hardware capaz de hacerlo, no le des más vueltas. Ojo, es más rápido un RAID por hardware. El problema es cuando el hw deja de funcionar y para colmo se encuentra descontinuado por el fabricante. Mi recomendación es que si la tarjeta de RAID es de un fabricante confiable o bien que tenga algún, mecanismo de aseguramiento del soporte, usa la solución por hardware. De otra manera, a ojos cerrados usa RAID por software (mdadm). En linux tiene muy buen rendimiento. Saludos Juan --
[pgsql-es-ayuda] psql bloquear shell
Hola lista, Estoy usando postgres 8.3 y estoy buscando bloquear o eliminar el comando \! en la consola del psql. ya probe usar set SHELL='/bin/false' pero solo nulifica la ejecucion del comando \! mas si se ejecuta \! sh se tiene nuevo shell Saludos. - Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda@postgresql.org) Para cambiar tu suscripción: http://www.postgresql.org/mailpref/pgsql-es-ayuda
[pgsql-es-ayuda] problema con colision de identificadores de lob al restaurar
buenas noches lista resulta que tengo una serie de cluster de postgres que queremos unificar en un unico cluster. Todos los cluster tiene una base de datos con nombres de schemas diferentes entre si por lo tanto en principio podria crearse una unica base donde podrian convivir todos los schemas y no deberia tene problema, generamos tanto un dump como archivo de sentencia SQL, empezamos a restaurar los archivos y en principio no molesta con el primero y segundo pero con el tercero y cuarto al momento que va a restaurar los lob genera el siguiente error: pg_restore: *** aborted because of error pg_restore: [archiver] could not create large object 21709: ERROR: duplicate key value violates unique constraint pg_largeobject_metadata_oid_indexDETAIL: Key (oid)=(21709) already exists.pg_restore: *** aborted because of error segun creo es un problema del diccionario de datos al registrar los lob...Que puedo hacer? les agradezco sus comentarios y tiempo -- Cordialmente, Ing. Hellmuth I. Vargas S. Esp. Telemática y Negocios por Internet Oracle Database 10g Administrator Certified Associate
