Re: Optimizaci贸n de consulta

2022-06-07 Thread Horacio Miranda
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

Re: Optimizaci贸n de consulta

2022-06-07 Thread Guillermo E. Villanueva
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

Re: Optimizaci贸n de consulta

2022-06-07 Thread Guillermo E. Villanueva
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

Re: Optimizaci贸n de consulta

2022-06-07 Thread 脕lvaro Hern谩ndez
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

Re: Optimizaci贸n de consulta

2022-06-07 Thread Horacio Miranda
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

Re: Optimizaci贸n de consulta

2022-06-07 Thread Guillermo E. Villanueva
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

Re: Optimizaci贸n de consulta

2022-06-07 Thread Guillermo E. Villanueva
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

Re: Optimizaci贸n de consulta

2022-06-07 Thread Anthony Sotolongo
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

Re: Optimizaci贸n de consulta

2022-06-07 Thread Guillermo E. Villanueva
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

Re: Optimizaci贸n de consulta

2022-06-07 Thread Alvaro Herrera
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

Re: Optimizaci贸n de consulta

2022-06-07 Thread Daymel Bonne Sol铆s
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

Optimizaci贸n de consulta

2022-06-07 Thread Guillermo E. Villanueva
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