RE: Consulta pg_hba.conf

: Romero, Fernando CC: Byron Gallardo; pgsql-es-ay...@postgresql.org Asunto: Re: Consulta pg_hba.conf CUIDADO: Este correo es externo a TRENES ARGENTINOS, no abras vinculos ni completes formularios de origenes desconocidos. Romero, Fernando escribió: > postgres@pgda:/etc/postgresql/13/main$ p

RE: Consulta pg_hba.conf

, Fernando Enviado: martes, 11 de febrero de 2025 14:59 Para: Ramón Alberto Bruening Gonzalez Cc: pgsql-es-ay...@postgresql.org Asunto: RE: Consulta pg_hba.conf Asi tampoco funciona # TYPE DATABASEUSERADDRESS METHOD # "local" is for Unix dom

RE: Consulta pg_hba.conf

Hola Fernando, revisa el fichero postgresql.conf, que listenaddresses esté activo con localhost Saludos De: Romero, Fernando Enviado: martes, 11 de febrero de 2025 14:02 Para: Anthony Sotolongo Cc: pgsql-es-ay...@postgresql.org Asunto: RE: Consulta

Re: Consulta pg_hba.conf

Romero, Fernando escribió: > postgres@pgda:/etc/postgresql/13/main$ psql > psql (13.16 (Debian 13.16-0+deb11u1)) > Digite «help» para obtener ayuda. Pues aquí el psql te funcionó perfectamente. Y nunca mostraste el psql que fallaba. -- Álvaro Herrera 48°01'N 7°57'E — https://www

RE: Consulta pg_hba.conf

: Álvaro Herrera; pgsql-es-ay...@postgresql.org Asunto: RE: Consulta pg_hba.conf postgres@pgda:/etc/postgresql/13/main$ psql psql (13.16 (Debian 13.16-0+deb11u1)) Digite «help» para obtener ayuda. postgres=# show hba_file ; hba_file - /etc/postgresql

Re: Consulta pg_hba.conf

-- > *De:* Romero, Fernando > *Enviado:* martes, 11 de febrero de 2025 14:59 > *Para:* Ramón Alberto Bruening Gonzalez > *Cc:* pgsql-es-ay...@postgresql.org > *Asunto:* RE: Consulta pg_hba.conf > > > Asi tampoco funciona > > > > # TYPE DATABASEUSER

RE: Consulta pg_hba.conf

Asunto: Re: Consulta pg_hba.conf CUIDADO: Este correo es externo a TRENES ARGENTINOS, no abras vinculos ni completes formularios de origenes desconocidos. dale un show hba_file ; en la consola psql para asegurar que estas editando el correcto Saludos El mar, 11 feb 2025 a las 10:58, Romero

Re: Consulta pg_hba.conf

-- > De: Álvaro Herrera [mailto:alvhe...@alvh.no-ip.org] > Enviado el: martes, 11 de febrero de 2025 10:45 > Para: Romero, Fernando > CC: pgsql-es-ay...@postgresql.org > Asunto: Re: Consulta pg_hba.conf > > CUIDADO: Este correo es externo a TRENES ARGENTINOS, no abras vinculos ni

Re: Consulta pg_hba.conf

Romero, Fernando escribió: > Es el único pg_hba.conf que tiene el servidor Entonces estás mirando el servidor equivocado. -- Álvaro HerreraBreisgau, Deutschland — https://www.EnterpriseDB.com/

RE: Consulta pg_hba.conf

g Gonzalez [mailto:albertobruen...@hotmail.com] Enviado el: martes, 11 de febrero de 2025 10:56 Para: Romero, Fernando CC: pgsql-es-ay...@postgresql.org Asunto: Re: Consulta pg_hba.conf CUIDADO: Este correo es externo a TRENES ARGENTINOS, no abras vinculos ni completes formularios de origenes de

RE: Consulta pg_hba.conf

Es el único pg_hba.conf que tiene el servidor -Mensaje original- De: Álvaro Herrera [mailto:alvhe...@alvh.no-ip.org] Enviado el: martes, 11 de febrero de 2025 10:45 Para: Romero, Fernando CC: pgsql-es-ay...@postgresql.org Asunto: Re: Consulta pg_hba.conf CUIDADO: Este correo es externo a

Re: Consulta pg_hba.conf

# "local" is for Unix domain socket connections only local all all trust ---> peer (debe ser) El mar, 11 feb 2025 a las 9:37, Romero, Fernando (< fernando.rom...@trenesargentinos.gob.ar>) escribió: > Hola como están, tengo un error de autentifica

RE: Consulta pg_hba.conf

; Anthony Sotolongo Cc: pgsql-es-ay...@postgresql.org Asunto: RE: Consulta pg_hba.conf Hola Javier, lo tengo para todos los hosts, tengo replicación listen_addresses = '*' Saludos De: Javier Jimenez Matilla [mailto:jjmati...@coviran.es] Enviado el: martes, 11 de febrero de 202

RE: Consulta pg_hba.conf

Hola Javier, lo tengo para todos los hosts, tengo replicación listen_addresses = '*' Saludos De: Javier Jimenez Matilla [mailto:jjmati...@coviran.es] Enviado el: martes, 11 de febrero de 2025 10:43 Para: Romero, Fernando; Anthony Sotolongo CC: pgsql-es-ay...@postgresql.org Asunto: RE

Re: Consulta pg_hba.conf

Romero, Fernando escribió: > Hola como están, tengo un error de autentificación.. > Estoy haciendo unas pruebas en un server de testing, tengo todo en el > pg_hba.conf en trust pero igual me tir error de autentificación > psql: error: FATAL: la autentificación Peer falló para el usuario «xxx» >

RE: Consulta pg_hba.conf

Hola Anthony, hice un restart. Saludos De: Anthony Sotolongo [mailto:asotolo...@gmail.com] Enviado el: martes, 11 de febrero de 2025 09:42 Para: Romero, Fernando CC: pgsql-es-ay...@postgresql.org Asunto: Re: Consulta pg_hba.conf CUIDADO: Este correo es externo a TRENES ARGENTINOS, no abras

Re: Consulta pg_hba.conf

Hola Fernando, ¿hiciste un reload? saludos El mar, 11 feb 2025 a las 9:37, Romero, Fernando (< fernando.rom...@trenesargentinos.gob.ar>) escribió: > Hola como están, tengo un error de autentificación.. > > Estoy haciendo unas pruebas en un server de testing, tengo todo en el > pg_hba.conf en tru

RE: Consulta backup

: Re: Consulta backup Depende a que llamas grandes volumenes? Sobre las herramientas de respaldos y recuperación debes saber que hay dinstintos tipos de respaldos y recuperación. Dependiendo de tus SLA es lo que debes utilizar para poder recuperarte y dependiendo del tipo de operación que te

Re: Consulta backup

Depende a que llamas grandes volumenes? Sobre las herramientas de respaldos y recuperación debes saber que hay dinstintos tipos de respaldos y recuperación. Dependiendo de tus SLA es lo que debes utilizar para poder recuperarte y dependiendo del tipo de operación que te genera la necesidad de

Re: Consulta backup

Hola Fernando: pg_dump nunca se ha catalogado por ser una herramienta para recuperarse en caso de desastres. Mucho menos aplicable para grandes volúmenes de datos. Yo te recomiendo herramientas probadas y recomendadas por la comunidad, Barman, PgBackrest. Incluso hacer snapshots de volúmenes +

Re: Consulta backup

Hola, Revisa la herramienta de respaldos barman, que además te permite la recuperación en el tiempo. Saludos El mié, 25 sept 2024 a las 13:44, Romero, Fernando (< fernando.rom...@trenesargentinos.gob.ar>) escribió: > Hola como están > > Consulta, actualmente estoy realizando respaldos en bases

Re: Consulta por STOP desprolijo por falta de espacio.

Jaime, Hola. Bárbaro muchas gracias por la info. Efectivamente, hasta ahora parece estar todo en condiciones. Se han realizado bkups lógicos en los días posteriores sin inconvenientes. Saludos y gracias nuevamente. Federico. El lun, 20 may 2024 a las 12:13, Jaime Soler () escribió: > > > El lun

Re: Consulta por STOP desprolijo por falta de espacio.

El lun, 20 may 2024 a las 17:03, Federico Pascual (< federico.pasc...@gmail.com>) escribió: > Guillermo, Daymel, > Estimados, muchas gracias por la info. > Voy a revisar los parámetros que me comentan. > > Al ver los logs, me pareció que el motor en el inicio había encontrado un > problema, pero q

Re: Consulta por STOP desprolijo por falta de espacio.

Guillermo, Daymel, Estimados, muchas gracias por la info. Voy a revisar los parámetros que me comentan. Al ver los logs, me pareció que el motor en el inicio había encontrado un problema, pero que luego había continuado con su "trabajo" y había logrado alcanzar un estado consistente. Pero la verda

Re: Consulta por STOP desprolijo por falta de espacio.

Hola Federico: > On 20 May 2024, at 8:50 AM, Guillermo E. Villanueva > wrote: > > Federico, ya responderá alguno que sepa mas, pero para mi el mismo postgres > ya te hizo la recuperación que necesitaba y los datos quedaron bien. > > El lun, 20 may 2024 a las 9:20, Federico Pascual (

Re: Consulta por STOP desprolijo por falta de espacio.

Federico, ya responderá alguno que sepa mas, pero para mi el mismo postgres ya te hizo la recuperación que necesitaba y los datos quedaron bien. El lun, 20 may 2024 a las 9:20, Federico Pascual (< federico.pasc...@gmail.com>) escribió: > Estimados, > Buen día. > Una consulta. > Un PSQL 15.6 fue "

Re: Consulta sobre standard_conforming_strings

gracias Horacio por tu aporte On Thu, Mar 14, 2024 at 8:03 PM Horacio Miranda wrote: > no creo que esa persona sepa bien lo que es SQL Injection. > > Si bien un parametro puede hacer que sea más restrictivo el postgresql el > concepto es simple, Prepared Statements. Si tu aplicación no las tiene

Re: Consulta sobre standard_conforming_strings

no creo que esa persona sepa bien lo que es SQL Injection. Si bien un parametro puede hacer que sea más restrictivo el postgresql el concepto es simple, Prepared Statements. Si tu aplicación no las tiene, te pueden hacer SQL Injection https://owasp.org/www-community/attacks/SQL_Injection Este

Re: Consulta sobre standard_conforming_strings

Buenas noches. Esperaba algún comentario a la consulta, que hice en la mañana, ya que necesito brindar una respuesta a las afirmaciones hechas por otra persona en mi empresa quien manifiesta que el parámetro "standard_conforming_strings en off, pondría en riesgo el servidor al nivel de dejar abier

Re: Consulta postgres enterprise

Hola Fernando, Yo uso open source, pero se que EDB tiene una version de postgres enterprise con suporte incluido. Las versiones van casi siempre una por atras de la comunidad y le dan soporte a versiones que ya la comunidad no soporta comp Pg 9.6 y pg10. Yo lo que hice fue usar open source, porq

Re: Consulta pgbouncer

De: Horacio Miranda Enviado: lunes, 12 de septiembre de 2022 09:50 p.m. Para: Romero, Fernando Cc: Hellmuth Vargas; Lista Postgres ES Asunto: Re: Consulta pgbouncer Cual era el problema ? La ideal del foro, es plantear el problema, se plantean soluciones y se confirma la

Re: Consulta pgbouncer

lunes, 12 de septiembre de 2022 08:37 p.m. > Para: Romero, Fernando > Cc: Hellmuth Vargas; Lista Postgres ES > Asunto: Re: Consulta pgbouncer > > > >> On 13/09/2022, at 11:34 AM, Romero, Fernando >> > <mailto:fernando.rom...@trenesargentinos.gob.ar>>

Re: Consulta pgbouncer

​Gracias, lo pude solucionar De: Horacio Miranda Enviado: lunes, 12 de septiembre de 2022 08:37 p.m. Para: Romero, Fernando Cc: Hellmuth Vargas; Lista Postgres ES Asunto: Re: Consulta pgbouncer On 13/09/2022, at 11:34 AM, Romero, Fernando mailto:fernando.rom

Re: Consulta pgbouncer

; > Enviado: domingo, 11 de septiembre de 2022 02:11 p.m. > Para: Romero, Fernando > Cc: Lista Postgres ES > Asunto: Re: Consulta pgbouncer > > Hola > > Le hace falta la sesión Database > > https://www.pgbouncer.org/config.html#section-databases > <https://

Re: Consulta pgbouncer

=6432' psql: error: FATAL: no such database: appdb [postgres@postgres4 ~]$ ?No encuentra la base De: Hellmuth Vargas Enviado: domingo, 11 de septiembre de 2022 02:11 p.m. Para: Romero, Fernando Cc: Lista Postgres ES Asunto: Re: Consulta pgbouncer Hola Le hac

Re: Consulta pgbouncer

Hola Le hace falta la sesión Database https://www.pgbouncer.org/config.html#section-databases El sáb., 10 de septiembre de 2022 1:58 p. m., Romero, Fernando < fernando.rom...@trenesargentinos.gob.ar> escribió: > Hola como estan, estoy configurando pgbouncer en un nodo testigo pero no > logro c

Re: Consulta conexión y puerto

t; >> >> Pero cuando me quiero conectar me da este error: >> >> >> ​ >> >> ​ >> -- >> *De:* Horacio Miranda >> *Enviado:* jueves, 01 de septiembre de 2022 06:18 p.m. >> *Para:* Romero, Fernando >> *

Re: Consulta conexión y puerto

> Enviado: jueves, 01 de septiembre de 2022 06:18 p.m. > Para: Romero, Fernando > Cc: pgsql-es-ay...@postgresql.org <mailto:pgsql-es-ay...@postgresql.org> > Asunto: Re: Consulta conexión y puerto > > > >> On 2/09/2022, at 5:20 AM, Romero, Fernando >> > &

Re: Consulta conexión y puerto

e de 2022 08:19 p.m. > Para: Romero, Fernando > Cc: pgsql-es-ay...@postgresql.org > Asunto: Re: Consulta conexión y puerto > > Entonces para resumir. > el IP que estabas usando era el incorrecto ? > la entrada en el pg_hba.conf tenia /32 cuando debia ser /24 o /16 > eso e

Re: Consulta conexión y puerto

​Estaba definiendo mal la red, para toda la red era /24 y /32 Saludos De: Horacio Miranda Enviado: jueves, 01 de septiembre de 2022 08:19 p.m. Para: Romero, Fernando Cc: pgsql-es-ay...@postgresql.org Asunto: Re: Consulta conexión y puerto Entonces para resumir

Re: Consulta conexión y puerto

Horacio Miranda mailto:hmira...@gmail.com>> > Enviado: jueves, 01 de septiembre de 2022 06:55 p.m. > Para: Romero, Fernando > Cc: pgsql-es-ay...@postgresql.org > Asunto: Re: Consulta conexión y puerto > > Veo el puerto abierto para todas partes. > > ifconfig >

Re: Consulta conexión y puerto

​Ya encontre el error, gracias! De: Horacio Miranda Enviado: jueves, 01 de septiembre de 2022 06:55 p.m. Para: Romero, Fernando Cc: pgsql-es-ay...@postgresql.org Asunto: Re: Consulta conexión y puerto Veo el puerto abierto para todas partes. ifconfig para ver

Re: Consulta conexión y puerto

]​ De: Horacio Miranda Enviado: jueves, 01 de septiembre de 2022 06:55 p.m. Para: Romero, Fernando Cc: pgsql-es-ay...@postgresql.org Asunto: Re: Consulta conexión y puerto Veo el puerto abierto para todas partes. ifconfig para ver las IP de la maquina. grep -i -R listen_addresses /var

Re: Consulta conexión y puerto

No tengo fw [cid:54ade1c7-c7ec-409a-a4ca-2ba37d91d34b]​ De: Horacio Miranda Enviado: jueves, 01 de septiembre de 2022 06:55 p.m. Para: Romero, Fernando Cc: pgsql-es-ay...@postgresql.org Asunto: Re: Consulta conexión y puerto Veo el puerto abierto para todas

Re: Consulta conexión y puerto

nviado: jueves, 01 de septiembre de 2022 06:18 p.m. > Para: Romero, Fernando > Cc: pgsql-es-ay...@postgresql.org > Asunto: Re: Consulta conexión y puerto > > > >> On 2/09/2022, at 5:20 AM, Romero, Fernando >> > <mailto:fernando.rom...@trenesargentinos.gob.ar&g

Re: Consulta conexión y puerto

> On 2/09/2022, at 5:20 AM, Romero, Fernando > wrote: > > Hola como estan. Hola > Tengo problema con las conexiones desde la red, a la base se conectan desde > la lan. > El tema que no veo el puerto 5432 desde los otros host de la red y si miro > lso puertos abiertos en el servidor > cuando

Re: Consulta conexión y puerto

De: Olivier Gautherot Enviado: jueves, 01 de septiembre de 2022 02:58 p.m. Para: Romero, Fernando Cc: Lista PostgreSql Asunto: Re: Consulta conexión y puerto Hola Fernando, Qué sistema/distribución estás usando? Puede ser una regla de cortafuego o un selinux que se mete en el camino. Olivier

Re: Consulta conexión y puerto

Buenas tardes ( aqui ) Fernando, un par de cosas: 1.- Mete las capturas en texto, mejor que en imagen, son mas faciles de chequear. 2.- Para comprobar si esta abierto el puerto, dado que pareces estar en una variante Unix, es mejor que uses telnet o netcat ( este ultimo, nv, es el que uso yo, si l

Re: Consulta pg_hba.conf

On Tue, Aug 30, 2022 at 05:51:24PM +0200, Juan José Santamaría Flecha wrote: > El mar, 30 ago 2022 17:22, Romero, Fernando < > fernando.rom...@trenesargentinos.gob.ar> escribió: > > > Esta linea no habilita a todo lo que sigue? > > > > local repmgr repmgr

Re: Consulta pg_hba.conf

El mar, 30 ago 2022 17:22, Romero, Fernando < fernando.rom...@trenesargentinos.gob.ar> escribió: > Esta linea no habilita a todo lo que sigue? > > local repmgr repmgr trust > > Pero esa línea no llega a leerla: local all all

Re: Consulta pg_hba.conf

: Re: Consulta pg_hba.conf On Tue, Aug 30, 2022 at 5:02 PM Romero, Fernando mailto:fernando.rom...@trenesargentinos.gob.ar>> wrote: Me sigue dando error, no se si es un tema del orden. Sí, es por el orden, las reglas del hba se aplican secuencialmente según están en el fichero. En tu caso

Re: Consulta pg_hba.conf

On Tue, Aug 30, 2022 at 5:02 PM Romero, Fernando < fernando.rom...@trenesargentinos.gob.ar> wrote: > Me sigue dando error, no se si es un tema del orden. > Sí, es por el orden, las reglas del hba se aplican secuencialmente según están en el fichero. En tu caso, como falla en la primera regla la co

Re: Consulta sobre nodos master y replicas

mos teniendo. > > Saludos, > > > Rodrigo Cordero > > -- > *De:* Jaime Soler > *Enviado:* jueves, 11 de noviembre de 2021 06:07 > *Para:* Rodrigo Emmanuel Cordero > *Cc:* pgsql-es-ay...@postgresql.org > *Asunto:* Re: Consulta sobre

RE: Consulta sobre nodos master y replicas

1 06:07 Para: Rodrigo Emmanuel Cordero Cc: pgsql-es-ay...@postgresql.org Asunto: Re: Consulta sobre nodos master y replicas Ambos puertos, 5000 y 5001 se deberían de poder usar. La diferencia entre ambos es, a la hora de asignarte un servidor por defecto, es el número de chequeos correctos que t

Re: Consulta sobre nodos master y replicas

> > Muchas gracias, > > Rodrigo Cordero > -- > *De:* Jaime Soler > *Enviado:* miércoles, 10 de noviembre de 2021 08:21 > *Para:* Rodrigo Emmanuel Cordero > *Cc:* Jaime Casanova ; > pgsql-es-ay...@postgresql.org > *Asunto:* Re: Consulta

RE: Consulta sobre nodos master y replicas

De: Jaime Soler Enviado: miércoles, 10 de noviembre de 2021 08:21 Para: Rodrigo Emmanuel Cordero Cc: Jaime Casanova ; pgsql-es-ay...@postgresql.org Asunto: Re: Consulta sobre nodos master y replicas Creo que lo que estás usando es Patroni, que ofrece la posibilidad de tener

Re: Consulta sobre nodos master y replicas

> > Muchas gracias, > > Rodrigo Cordero > > Get Outlook para Android <https://aka.ms/AAb9ysg> > -- > *From:* Jaime Casanova > *Sent:* Tuesday, November 9, 2021 7:40:35 PM > *To:* Rodrigo Emmanuel Cordero > *Cc:* pgsql-es-ay...@pos

Re: Consulta sobre nodos master y replicas

ysg> From: Jaime Casanova Sent: Tuesday, November 9, 2021 7:40:35 PM To: Rodrigo Emmanuel Cordero Cc: pgsql-es-ay...@postgresql.org Subject: Re: Consulta sobre nodos master y replicas On Tue, Nov 09, 2021 at 06:52:42PM +, Rodrigo Emmanuel Cordero wrote: > Hola, antes qu

Re: Consulta sobre nodos master y replicas

On Tue, Nov 09, 2021 at 06:52:42PM +, Rodrigo Emmanuel Cordero wrote: > Hola, antes que nada un gusto en saludarlos. > Estoy teniendo una duda respecto al comportamiento del cluster con tres nodos > de postgres (1 Master / 2 Replicas). > Cuando el nodo master se apaga, automáticamente uno de l

Re: Consulta migracion2

Buenas noches, Prueba con una cadena conexión así: * Driver={PostgreSQL ANSI};Server=192.168.0.XX;Port=5432;Database=TuDb;Uid=<<_Usuario>>;Pwd=<<_Contraseña>>; O con la versió 32 bits 12.02 a ver si te funciona Saludos Carlos Joaniquet Tamburini > El 27 sept 2021, a las 17:58, ce...@ca

Re: Consulta migracion

On 26/09/2021 5:43 am, Francisco Olarte wrote: Horacio: On Fri, 24 Sept 2021 at 23:48, Horacio Miranda wrote: No estoy de acuerdo con esto. Export de 9.2 usas el pg_dump del 9.2 Import a 12, usas el pg_restore del 12. Yo no me arriesgo haciendo exports de datos usando bases remotas o con ve

Re: Consulta migracion

Horacio: On Fri, 24 Sept 2021 at 23:48, Horacio Miranda wrote: > No estoy de acuerdo con esto. > Export de 9.2 usas el pg_dump del 9.2 > Import a 12, usas el pg_restore del 12. > Yo no me arriesgo haciendo exports de datos usando bases remotas o con > versiones distintas. Hay te estas arriesgan

Re: Consulta migracion

Ivan Perales M. escribió: > Y que pasa si haces un pg_dump (en modo insert o copy) y luego importas > con un psql, es recomendable? El formato de texto es menos flexible, pero si lo único que te importa es restaurarlo una única vez, funciona bien (de hecho, es exactamente lo mismo que tomar un pg

Re: Consulta migracion

Y que pasa si haces un pg_dump (en modo insert o copy) y luego importas con un psql, es recomendable? On Fri, Sep 24, 2021 at 6:21 PM Alvaro Herrera wrote: > Horacio Miranda escribió: > > > > On 25/09/2021 3:00 am, Boriss Mejias wrote: > > > Saludos Cesar, > > > > > > Un pequeña observación que

Re: Consulta migracion

Horacio Miranda escribió: > > On 25/09/2021 3:00 am, Boriss Mejias wrote: > > Saludos Cesar, > > > > Un pequeña observación que a lo mejor ya sabes, pero nunca está demás > > repetirlo... nunca está demás repetirlo > > > > Cuando tomes el pg_dump, asegúrate que uses el pg_dump de la version

Re: Consulta migracion

On 25/09/2021 3:00 am, Boriss Mejias wrote: Saludos Cesar, Un pequeña observación que a lo mejor ya sabes, pero nunca está demás repetirlo... nunca está demás repetirlo Cuando tomes el pg_dump, asegúrate que uses el pg_dump de la version 13, y no el pg_dump de la versión 9.2. Si no, pod

Re: Consulta migracion

Saludos Cesar, Un pequeña observación que a lo mejor ya sabes, pero nunca está demás repetirlo... nunca está demás repetirlo Cuando tomes el pg_dump, asegúrate que uses el pg_dump de la version 13, y no el pg_dump de la versión 9.2. Si no, podrías tener problemas al importar en la nueva versi

Re: Consulta migracion

On 24/09/2021 6:11 am, ce...@cayter.com wrote: Buenas tardes a todos, atiendo una pequeña empresa (con sus limitaciones...), que está utilizando PostgreSQL versión 9.2 , sobre W10 pro, obviamente muy atrasados..., Estas para ayudarlos, no te preocupes. me piden la reinstalacion en una nueva P

Re: Consulta migracion

Hola Cesar buen dia yo uso postgres sobre windows vengo migrando desde la 8 actualmente voy en la 13 y todo bien vas a notar una excelente mejora en la performance cuando migres eso lo note cuando subi a la 10 esto que te comenta Alvaro > No deberías tener ninguno. Asegúrate de que han probado

Re: Consulta migracion

ce...@cayter.com escribió: > Buenas tardes a todos, atiendo una pequeña empresa (con sus > limitaciones...), que está utilizando PostgreSQL versión 9.2 , sobre W10 > pro, obviamente muy atrasados..., me piden la reinstalacion en una nueva PC > con el mismo SO y la consulta es si puedo migrar las ta

Re: Consulta extract year

? De: Guillermo E. Villanueva Enviado: martes, 30 de marzo de 2021 12:27 p.m. Para: Romero, Fernando Cc: Alvaro Herrera; Jaime Casanova; pgsql-es-ay...@postgresql.org Asunto: Re: Consulta extract year Fijate que te da un valor exacto de cual es el problema, en

Re: Consulta extract year

< > jcasa...@systemguards.com.ec>; pgsql-es-ay...@postgresql.org > Asunto: Re: Consulta extract year > > Romero, Fernando escribió: > > Hola Guillemo gracias por tu respuesta. > > Ya lo resolvi, la tabla existe pero me tira ese esrror el extrac, lo > resolvi con otr

RE: Consulta extract year

-Mensaje original- De: Alvaro Herrera [mailto:alvhe...@alvh.no-ip.org] Enviado el: jueves, 25 de marzo de 2021 12:52 Para: Romero, Fernando CC: Guillermo E. Villanueva ; Jaime Casanova ; pgsql-es-ay...@postgresql.org Asunto: Re: Consulta extract year Romero, Fernando escribió: > H

Re: Consulta extract year

Romero, Fernando escribió: > Hola Guillemo gracias por tu respuesta. > Ya lo resolvi, la tabla existe pero me tira ese esrror el extrac, lo resolvi > con otra query. > Lo que tengo pendiente es borrar los registros, me da error el join > > => delete from logpack_orderstatehistory as a > join logp

RE: Consulta extract year

uillermo...@gmail.com] Enviado el: miércoles, 24 de marzo de 2021 22:18 Para: Romero, Fernando CC: Jaime Casanova ; pgsql-es-ay...@postgresql.org Asunto: Re: Consulta extract year Probá con el select que te mandó Jaime y contanos que te devuelve: select schemaname, relname from pg_stat_user_tables where r

Re: Consulta extract year

original- > De: Jaime Casanova [mailto:jcasa...@systemguards.com.ec] > Enviado el: miércoles, 24 de marzo de 2021 03:52 > Para: Romero, Fernando > CC: pgsql-es-ay...@postgresql.org > Asunto: Re: Consulta extract year > > On Tue, Mar 23, 2021 at 6:37 PM Romero, Fernando <

RE: Consulta foreign key

De: Hellmuth Vargas [mailto:hiv...@gmail.com] Enviado el: miércoles, 24 de marzo de 2021 10:47 Para: Romero, Fernando CC: Jaime Casanova ; pgsql-es-ay...@postgresql.org Asunto: Re: Consulta foreign key Hola Fernando Jaime ahi estuve mirando mas a detalle, tiene relaciones que no están dentro

Re: Consulta foreign key

Hola Fernando Jaime ahi estuve mirando mas a detalle, tiene relaciones que no están > dentro del rango de fecha que quiero eliminar, tendría que deshabilitar la > foreign key? > Pues supongo que el foreign esta garantizado la consistencia de la información: si esta "brincando" es porque hay inf

RE: Consulta foreign key

-Mensaje original- De: Jaime Casanova [mailto:jcasa...@systemguards.com.ec] Enviado el: miércoles, 24 de marzo de 2021 03:26 Para: Romero, Fernando CC: pgsql-es-ay...@postgresql.org Asunto: Re: Consulta foreign key On Tue, Mar 23, 2021 at 10:03 PM Romero, Fernando wrote: > &

RE: Consulta foreign key

-Mensaje original- De: Jaime Casanova [mailto:jcasa...@systemguards.com.ec] Enviado el: miércoles, 24 de marzo de 2021 03:26 Para: Romero, Fernando CC: pgsql-es-ay...@postgresql.org Asunto: Re: Consulta foreign key On Tue, Mar 23, 2021 at 10:03 PM Romero, Fernando wrote: > &

RE: Consulta extract year

-Mensaje original- De: Jaime Casanova [mailto:jcasa...@systemguards.com.ec] Enviado el: miércoles, 24 de marzo de 2021 03:52 Para: Romero, Fernando CC: pgsql-es-ay...@postgresql.org Asunto: Re: Consulta extract year On Tue, Mar 23, 2021 at 6:37 PM Romero, Fernando wrote: > >

Re: Consulta extract year

On Tue, Mar 23, 2021 at 6:37 PM Romero, Fernando wrote: > > Hola como estan, tengo un error en un select con extract para consultar fecha > por año, quiero un campo con los datos de todo el año 2018 y la consulta del > select es esta > > select campo from tabla where extract('year' from created)

Re: Consulta foreign key

On Tue, Mar 23, 2021 at 10:03 PM Romero, Fernando wrote: > > Si chequeo el campo id al que hace referencia en ese rango de fechas no tiene > datos > > select id from logpack_sheetorderhistory where created BETWEEN '2019-01-01' > AND '2019-12-31'; > Lo que deberías estar chequeando es: SELECT

Re: Consulta borrar registros en cascada

Romero, Fernando escribió: > Hola como estan, mi consulta es la siguiente... > Puedo borrar registros por año? estoy intentando y me da error, vengo > de mysql y ahí con la opción "where year(tabla)=año" borro todo ese > año. Obvio, pero la sintaxis puede ser diferente. Quizás "where extract('yea

Re: Consulta borrar registros en cascada

Fernando, Cuando se eliminan registros en PostgreSQL, es importante tener en cuenta las foreign keys que pueden existir entre estos registros y los registros de una tabla diferente. Para ello, la opción DELETE ON CASCADE ayuda a garantizar que todos los registros hijos también se eliminen cuando

Re: Consulta

Muchas gracias por la idea, buscare mas por esos lados para saber que encuentro! On Wed, Feb 24, 2021 at 6:14 AM Horacio Miranda wrote: > > On 24/02/2021 6:50 am, Carlos Edward Grajales Marmolejo wrote: > > > Hola buen dia. > > Tengo la siguiente consulta. > Existe algun mecanismo con el que

Re: Consulta

On 24/02/2021 6:50 am, Carlos Edward Grajales Marmolejo wrote: Hola buen dia. Tengo la siguiente consulta. Existe algun mecanismo con el que se pueda generar logs de la cantidad de trafico de red de entrada y/o salida que genera una base de datos en postgres?, me interesa optimizar aquellas 

Re: Consulta sobre Json o jsonb

On 11/11/2020 4:27 pm, Silvana Flores wrote: hola a todos esperando que se encuentren bien, les quiero solicitar información, he estado  leyendo sobre los tipos de datos json y jasonb, tengo una consulta que no he logrado llegar a aclarar,   estos tipos de datos se han creado con el objetivo

Re: Consulta - Permitir conexiones entrantes a un servidor PostgreSQL y Servidor Web

Hola Fernando. con buenas credenciales no vas a tener problemas... no obstante siempre es recomendable redirigir aunque sea arriba del 10.000 para evitar que sniffeen saludos. El vie, 27 nov 2020 a las 16:45, Kospi () escribió: > Buenas tardes! > tal vez los mas experimentados/conocedores puedan

Re: consulta hibernate

On Thu, Nov 19, 2020 at 2:18 PM Hellmuth Vargas wrote: > > Por aqui nuevamente poniendo oficio!, tengo una aplicación que emplea > Hibernate para su persistencia (se está ejecutando en un PostgreSQL 11.7 ) > dentro de las consultas que se están ejecutando de forma frecuente, esta no > se ha podid

Re: Consulta sobre Json o jsonb

Silvana Flores escribió: > hola a todos esperando que se encuentren bien, les quiero solicitar > información, he estado leyendo sobre los tipos de datos json y jasonb, > tengo una consulta que no he logrado llegar a aclarar, estos tipos de > datos se han creado con el objetivo de almacenar dato

Re: Consulta sobre permisos

Hola Fernando, No, no aplica a nivel db. fijate en la docu https://www.postgresql.org/docs/current/sql-grant.html porque también cambia según los permisos de quien lo ejecuta. Salu2 On 2020-11-07 14:29, Romero, Fernando wrote: Hola como están. Tengo una duda con los permisos en postgres,

Re: Consulta lenta

Jairo Graterón escribió: > explain select max(id) from invoices where num_ruc='20524953189'; > QUERY PLAN > > --- > Result (cost=4

Re: Consulta lenta

Hola Alvaro, Las fechas están correctas, la versión postgresql 12 veo que usa mucho las búsquedas en el heap antes de usar los índices, tal vez un problema de configuración. Otro ejemplo es la siguiente consulta que tarda una eternidad, y se supone que no hay registro que coincida en el where ex

Re: Consulta lenta

Hola Horacio aquí está la consulta explain (analyze,buffers) select count(*), count(*) filter (where fecha_de_emision >= '2020-09-01 05:00:00' and fecha_de_emision < '2020-10-01 05:00:00') from invoices; QUERY PLAN -

Re: Consulta lenta

Jairo Graterón escribió: > Ahora tenemos una consulta lenta que está afectando el rendimiento en el > sistema y cual era la consulta? Lo que me parece mas sospechoso es que los literales de la columna fecha_de_emision son timestamp without time zone. Quizas estas pasando el tipo de dato equivoca

Re: Consulta lenta

On 8/10/2020 10:18 am, Jairo Graterón wrote: Sí gracias. Se pudo resolver ese tema en particular y se usó el tipo de índice predeterminado que usa postgres. Aquí está el resultado de la consulta que solicitaste. => explain select count(*), count(*) filter (where fecha_de_emision >= '2020-09-

Re: Consulta lenta

Sí gracias. Se pudo resolver ese tema en particular y se usó el tipo de índice predeterminado que usa postgres. Aquí está el resultado de la consulta que solicitaste. => explain select count(*), count(*) filter (where fecha_de_emision >= '2020-09-01 05:00:00' and fecha_de_emision < '2020-10-01 0

Re: Consulta lenta

Jaime, un comentario: On Wed, Oct 7, 2020 at 8:46 AM Jaime Casanova wrote: .. > puedes mostrar el resultado de: > select count(*), >count(*) filter (where fecha_de_emision >= '2020-09-01 05:00:00' > and fecha_de_emision <= '2020-10-01 04:59:59.99' >from invoices; Salvo

Re: Consulta lenta

On Mon, 28 Sep 2020 at 16:16, Jairo Graterón wrote: > Saludos lista, recientemente migramos de postgresql 9.6 a 12 > > Ahora tenemos una consulta lenta que está afectando el rendimiento en el > sistema > > Observo que en el explain el motor no está usando el índice del > campo fecha_de_emision >

  1   2   3   >