On 8/6/22 4:21, Horacio Miranda wrote:
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
*Alvaro,* TREMENDO APORTE!, idem voy a tener que leer la guía!
*Guillermo*, Sería bueno que mandes más antecedentes de tu problema,
esquema real de tablas y la consulta en sí que estás haciendo. Muchas veces
los join se pueden optimizar con funciones ventana, pero hay que mirar la
consulta,
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
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
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
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
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
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;
>
>
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
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_
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
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
14 matches
Mail list logo
