Re: Conflicto entre pg_dump y transacción.

Allá vamos. Muchas gracias a todos gente, muy amables. El 3 de mayo de 2018, 13:39, Martín Marqués escribió: > El 3 de mayo de 2018, 13:13, Alvaro Herrera > escribió: > > > > Entonces lo que sí podría hacer es algo como > > psql -c "alter

Re: Conflicto entre pg_dump y transacción.

Entiendo; está buena la alternativa. Igual, dado que estamos en medio de una migración, probablemente termine pasando el dump al master hasta que perezca 9.1. Implementaría soluciones en la línea que me proponen ya para 9.6 así que me vienen muy bien las sugerencias igual. El 3 de mayo de 2018,

Re: Conflicto entre pg_dump y transacción.

Gracias Martín; es como decís. El 3 de mayo de 2018, 12:58, Martin Marques escribió: > El 03/05/18 a las 09:59, Alvaro Herrera escribió: > > Federico Pascual escribió: > > > >> pg_dump -F c -v -f "$archivo_export" -n "\"$esquema\"" "$dbname" > >> 1>$archivo_log

Re: consulat para saber el tamaño de un registro en megas

Hola Una versión ligeramente diferente podría ser: SELECT pg_size_pretty(SUM(tamanos)) FROM ( SELECT pg_column_size(row(b.*)) as tamanos FROM (la gran consulta) as b ) AS c; Un ejemplo para el caso dado: SELECT pg_size_pretty(SUM(tamanos)) FROM ( SELECT

Re: Duda acerca de inserccion de datos

Hola Lista El comportamiento debe ser sincronico: la trasaccion solo se completara cuando en las 3 tablas se complete la operación (al hacerlo por medio de triggers ) Hora El 3 de mayo de 2018, 13:50, Maria Antonieta Ramirez< marami...@ulsaneza.edu.mx> escribió: > > Buena tarde a todos, > >

Re: consulat para saber el tamaño de un registro en megas

Hola nuevamente, creo que pg_size_pretty está de más, ya con las divisiones /1024 y /1024 lo estas convirtiendo en MB, lo otro que veo es que usas SUM ¿Estas segura que necesitas esa función de agregado? Saludos El 03/05/18 a las 14:41, Maria Antonieta Ramirez escribió: Cheque lo que me

Duda acerca de inserccion de datos

Buena tarde a todos, Tengo una duda ojala me puedan apoyar.. Tengo una tabla principal en la que se guarda el contenido de una materia, con imagenes y demas. Despues de insertar o modificar un registro , hace una copia del registro en otras dos tablas de respaldo por medio de triggers que

Re: consulat para saber el tamaño de un registro en megas

Hola, Gracias por contestar... hice la siguiente consulta para obtener el tamaño de un registro en especifico: select pg_size_pretty(sum(pg_column_size(descripcion))) FROM educaciondistancia.contenidos_maestria where id = 1; y me dio el siguiente resultado: "2446 bytes" Hay alguna

Re: consulat para saber el tamaño de un registro en megas

Hola Maria Antonieta, revisa las funciones que estan en https://www.postgresql.org/docs/9.6/static/functions-admin.html específicamente pg_column_size, te quedaria algo como select (pg_column_size(a)/1024::numeric)/1024 as peso_mb from b where id=100; saludos El 03/05/18 a las 14:19,

RE: consulat para saber el tamaño de un registro en megas

De: Maria Antonieta Ramirez [mailto:marami...@ulsaneza.edu.mx] Enviado el: jueves, 3 de mayo de 2018 2:19 p. m. Para: FORO POSTGRES Asunto: consulat para saber el tamaño de un registro en megas Buena tarde a todos!! Estoy buscando como obtener el tamaño en

Re: Conflicto entre pg_dump y transacción.

El 3 de mayo de 2018, 13:13, Alvaro Herrera escribió: > > Entonces lo que sí podría hacer es algo como > psql -c "alter system set hot_standby_feedback to on; select pg_reload_conf()" > pg_dump -Fc ... > psql -c "alter system set hot_standby_feedback to off; select >

Re: Conflicto entre pg_dump y transacción.

Martin Marques escribió: > El 03/05/18 a las 09:59, Alvaro Herrera escribió: > > Interesante lío. Me pregunto si funcionaría hacer esto > > > > PGOPTIONS=--hot_standby_feedback=1 pg_dump -Fc > > Eso no va a funcionar ya que hot_standby_feedback requiere un sighup del > postmaster para

Re: Conflicto entre pg_dump y transacción.

El 03/05/18 a las 09:59, Alvaro Herrera escribió: > Federico Pascual escribió: > >> pg_dump -F c -v -f "$archivo_export" -n "\"$esquema\"" "$dbname" >> 1>$archivo_log 2>$archivo_logerr >> >> Donde las variables son reemplazadas por sus valores correspondientes. >> >> El error que aparece en el

Re: [MASSMAIL] Re: Conflicto entre pg_dump y transacción.

Bárbaro, gente, muchas gracias por la data. Voy a hacer la propuesta de utilizar los repositorios que me pasas Alvaro; lamentablemente no es decisión mía. La verdad es que la versión estable de Debian queda vieja rápidamente y se vuelve un problema adherir religiosa y dogmáticamente a sus

Re: [MASSMAIL] Re: Conflicto entre pg_dump y transacción.

Hola Gilberto, gilberto.casti...@etecsa.cu escribió: > Para apoyar a Alvaro, > > Eso pasa en todas las distros y acá alguien tuvo la osadía de decir que los > paquetes de los repositorios oficiales de PostgreSQL no están debidamente > probados. Por favor un respeto a esta comunidad que siempre

Re: [MASSMAIL] Re: Conflicto entre pg_dump y transacción.

Para apoyar a Alvaro, Eso pasa en todas las distros y acá alguien tuvo la osadía de decir que los paquetes de los repositorios oficiales de PostgreSQL no están debidamente probados. Por favor un respeto a esta comunidad que siempre ha demostrado su alto grado de compromiso y profesionalidad.

Re: Conflicto entre pg_dump y transacción.

Alvaro, Entiendo. Actualmente estamos migrando las db a 9.6 (de hecho coexisten ambas infraestructuras). Hay dos motivos que relentizan bastante este proceso: 1- Que requiere la participación y aprobación de otros (desarrolladores dispersos en lugares remotos). 2- La utilización de los

Re: Conflicto entre pg_dump y transacción.

Federico Pascual escribió: Hola > Pruebo poner esos parámetros como me proponés (de hecho no sabía que podía > configurar los parámetros de esta forma "inline"). > Esta configuración tendrá efecto en el primario por más que el comando lo > tiro en el slave? Bueno, el parámetro se usa en el

Re: [MASSMAIL]Conflicto entre pg_dump y transacción.

Gilberto, Hola. Gracias por responder. Con eso evitaría este error? Actualmente estoy haciendo el bkup físico en el maestro y el lógico en el slave. La idea era distribuir la carga. Saludos. El 3 de mayo de 2018, 10:02, escribió: > Hola Federico, > > Hasta donde

Re: Conflicto entre pg_dump y transacción.

Alvaro, Muchas gracias por responder. Pruebo poner esos parámetros como me proponés (de hecho no sabía que podía configurar los parámetros de esta forma "inline"). Esta configuración tendrá efecto en el primario por más que el comando lo tiro en el slave? Hay algo que no esté bien en cuanto la

Re: Conflicto entre pg_dump y transacción.

Federico Pascual escribió: > pg_dump -F c -v -f "$archivo_export" -n "\"$esquema\"" "$dbname" > 1>$archivo_log 2>$archivo_logerr > > Donde las variables son reemplazadas por sus valores correspondientes. > > El error que aparece en el log es el siguiente: > > 2018-05-02 20:13:39 GMT+3 postgres