| From: | Fernando Monjes <ing(dot)bovet(at)gmail(dot)com> |
|---|---|
| To: | Horacio Miranda <hmiranda(at)gmail(dot)com>, jaime(dot)soler(at)gmail(dot)com |
| Cc: | pgsql-es-ayuda(at)postgresql(dot)org |
| Subject: | Re: Swarm64 PostgreSQL Accelerator |
| Date: | 2024-07-04 19:23:11 |
| Message-ID: | CALc2wF7GoURQWfO_w0DtgDGzSKDwNr=0HwVLB-gS6WKYueKQ6w@mail.gmail.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-es-ayuda |
Muchas Gracias por los tips excelente
El jue, 4 jul 2024 a las 9:43, Horacio Miranda (<hmiranda(at)gmail(dot)com>)
escribió:
> En lo personal trato la base de datos como SQL y sigo las reglas de PL/SQL
> de Oracle. que es usalo cuando no puedas usar SQL.
>
> Dicho de otra manera, trata de hacer o que el app/desarrolladores usen SQL
> siguiendo las siguientes reglas.
>
> 1) No usar sub-queries.
>
> 2) Revisar los explain plans para identificar el work_mem adecuado para
> una consulta X.
>
> 3) NO usar funciones en los selects, esto es performance killer.
>
> 4) Usar Dexter, dexter es algo bien interesante que te ayuda a identificar
> consultas que requieren Indices.
>
> Ignoro si esto te puede ayudar.
>
> Algo adicional que hice en un sistema altamente transaccional. las tablas
> mas calientes sacarlas de forma normal 3 y ponerlas en forma normal 2, es
> mas datos pero es menos bloqueos.
>
> Particiones, las tablas que son de muchas escrituras particionalas, 50
> particiones permiten tener 50 threads no bloqueantes y que la particion sea
> con hash. ( Para las Olimpiadas de RIO 2016 eso me ayudo a diseñar un
> sistema que soportaba 4.2K TPS con 700 ms de tiempo de respuesta cuando
> estaba super ocupado.
> On 4/07/2024 7:45 am, Fernando Monjes wrote:
>
> Hola Comunidad , buenas tardes
>
> Quisiera hacerles una consulta , he encontrado esta extensión Swarm64 DA
> de paga entiendo que acelera las consultas y el performance en general ,
> pero al parecer esta descontinuada, alguien sabe de algo parecido a esta
> extensión, estoy en linea recta a implementar Postgres en un sistema
> altamente transaccional y siempre es bueno conocer e implementar
> extensiones que puedan mejorar el rendimiento del motor.
>
> --
> Atentamente,
>
>
> Fernando Monjes B.
> Consultor DBA
> Ingeniero en Informática
>
>
--
Atentamente,
Fernando Monjes B.
Consultor DBA
Ingeniero en Informática
Cel: 09 -78521024
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Enrique Herrera Noya | 2024-07-05 13:42:33 | off topic , Oferta de trabajo DBA , Chile |
| Previous Message | Javier Jimenez Matilla | 2024-07-04 17:47:20 | RE: Windows pg_hba.conf editable |