> On 4/09/2019, at 3:47 AM, Eduardo Arenas <edo...@gmail.com> wrote: > > dicho de otro modo, también en un chilenismo > > "ni por el precio”!
Con este tiempo de respuesta no debes quejarte son 340 mil registros en menos de 1 segundo. Ahora desde la aplicación que tiempo tienes ? por que no creo que hayas mirado esta consulta solo por que estabas mirando los logs de postgresql. tal ves debas habilitar la compresión del canal, poner las tarjetas de red en LAG, subir areas de memoria asociadas a los programas y ajustar la RAM en el cliente en caso de que uses java o algo con GC. > On Tue, Sep 3, 2019 at 11:43 AM Alvaro Herrera <alvhe...@2ndquadrant.com > <mailto:alvhe...@2ndquadrant.com>> wrote: > Horacio Miranda escribió: > > > On 3/09/2019 7:24 AM, Carlos T. Groero Carmona wrote: > > > > Este es el resultado del explain analyze: > > > Seq Scan on mobile_users (cost=0.00..38533.34 rows=356403 width=9015) > > > (actual time=0.022..292.568 rows=356409 loops=1) > > > Filter: (org_id = 1) > > > Rows Removed by Filter: 18 > > > Planning time: 2.292 ms > > > Execution time: 304.003 ms > > > PS: Ese punto me confunde... son 304 ms o son 304 segundos ? > > 304 ms. Un tercio de segundo. A eso se le llama en Chile "quejarse de > lleno". > > Saludos > > -- > Álvaro Herrera https://www.2ndQuadrant.com/ > <https://www.2ndquadrant.com/> > PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services > > > > > -- > Eduardo Arenas > Jefe de Unidad de Gestión de Información Ancora UC > +56 96 629 16 18 > Marcoleta 434 Santiago > RM 8330073 >
