Lo que dice Alvaro a esta altura solo hago un ( click guardar ) y lo voy a
revisar bien. por que si lo usa Alvaro o participa Alvaro es por algo.
Encuentro que pgtune es un buen punto de partida junto con Dexter, pero si
quieres cosas mas finas definitivamente ese proyecto lo voy a revisar bie
Ups no me digas eso a esta altura Alvaro 馃槰馃槼, uso mucho pgtune en
servidores on premise.
Voy a tener que hacerme tiempo para estudiar esa gu铆a.
El mar, 7 jun 2022 a las 19:01, 脕lvaro Hern谩ndez ()
escribi贸:
>
>
> On 7/6/22 22:36, Horacio Miranda wrote:
> > Para terminar, recuerda hacer tuning de tu
Horacio muchas gracias por tu aporte, tal como dec铆s, ahora no usa los
铆ndices, pero si sigue creciendo la base, posiblemente mas adelante los
usar谩 y andar谩 mejor.
Us茅 varios de los visualizadores online, son muy buenos.
Buen铆simo lo de tu proyecto Dexter. Le voy a echar un vistazo.
Uso bastante
On 7/6/22 22:36, Horacio Miranda wrote:
Para terminar, recuerda hacer tuning de tu base con pgtune
https://pgtune.leopard.in.ua/ No pongas mucha RAM solo la que
necesites para que opere bien.聽 ( al final del postgresql.conf ) y
suerte con tus bases, espero que esta informaci'on sea util para
Solo para complementar.
On 8/06/2022 6:41 am, Guillermo E. Villanueva wrote:
Entendido, gracias
El mar, 7 jun 2022 a las 15:18, Anthony Sotolongo
() escribi贸:
Hola
El mar., 7 de junio de 2022 2:08 p.聽m., Guillermo E. Villanueva
escribi贸:
Muchas gracias por tu respuesta
Entendido, gracias
El mar, 7 jun 2022 a las 15:18, Anthony Sotolongo ()
escribi贸:
> Hola
>
> El mar., 7 de junio de 2022 2:08 p. m., Guillermo E. Villanueva <
> guillermo...@gmail.com> escribi贸:
>
>> Muchas gracias por tu respuesta Alvaro, tal como suponias, despues de
>> hacer:
>> create index i
Ok, muchas gracias Daymel
El mar, 7 jun 2022 a las 14:58, Daymel Bonne Sol铆s ()
escribi贸:
>
>
> El mar, 7 jun 2022 a la(s) 12:21, Guillermo E. Villanueva (
> guillermo...@gmail.com) escribi贸:
>
>> Buenas tardes c贸mo andan? quiz谩 me puedan dar una mano, estoy tratando de
>> optimizar una consulta
Hola
El mar., 7 de junio de 2022 2:08 p. m., Guillermo E. Villanueva <
guillermo...@gmail.com> escribi贸:
> Muchas gracias por tu respuesta Alvaro, tal como suponias, despues de
> hacer:
> create index idx1 on product_(status);
> create index idx2 on product_(qty);
> set enable_seqscan to 0;
>
> N
Muchas gracias por tu respuesta Alvaro, tal como suponias, despues de hacer:
create index idx1 on product_(status);
create index idx2 on product_(qty);
set enable_seqscan to 0;
No mejor贸 la performance. Demora lo mismo o un poquito mas.
De nuevo muchas gracias.
Guillermo
offtopic:
Aprovecho para
Guillermo E. Villanueva escribi贸:
> *product_.status = 1 and and product_.qty > 0*
>
> provocan seq. scan y el mayor costo y tiempo de mi consulta
> la tabla product_ tiene 69300 filas
> status = 1 son 49500
> qty > 0 son 65700
>
> el explain me dice:
> -> Parallel Seq Scan on product_ (cost=0
El mar, 7 jun 2022 a la(s) 12:21, Guillermo E. Villanueva (
guillermo...@gmail.com) escribi贸:
> Buenas tardes c贸mo andan? quiz谩 me puedan dar una mano, estoy tratando de
> optimizar una consulta con varios joins, agrupamientos y unos cuantos
> filtros, seg煤n lo que puedo ver en el explain las exp
Buenas tardes c贸mo andan? quiz谩 me puedan dar una mano, estoy tratando de
optimizar una consulta con varios joins, agrupamientos y unos cuantos
filtros, seg煤n lo que puedo ver en el explain las expresiones:
*product_.status = 1 and and product_.qty > 0*
provocan seq. scan y el mayor costo y tiem
12 matches
Mail list logo