From: | Francisco Olarte <folarte(at)peoplecall(dot)com> |
---|---|
To: | Kernel <jucabapa(at)gmail(dot)com> |
Cc: | Lista Postgres ES <pgsql-es-ayuda(at)postgresql(dot)org> |
Subject: | Re: omnidb 2.12 |
Date: | 2018-11-23 09:42:28 |
Message-ID: | CA+bJJbzXkcs4qUnmE9P+dkn+VxYwosD4B51nvf=tj8Jhgcj0kg@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-es-ayuda |
On Thu, Nov 22, 2018 at 6:46 PM Kernel <jucabapa(at)gmail(dot)com> wrote:
> El 22/11/2018 a las 18:09, jvenegasperu escribió:
> > Diculpa no tenemos bola de cristal y si pones la query un log algo jejeje
....
> Perdón, pero la verdad no he pensado que el problema pueda estar en el
> query, he pensado en el tipo de conexión, librerías, configuración,
> versiones o algo así.
http://xyproblem.info Normalmente es mas facil si dices el problema
observado (i.e., meto un query Q en tal ventana del omnidb, pincho en
tal sitio y hasta que me salen en tal otro las N filas me tarda 54
segundos, pero si meto en psql ( el mejor para referencias, porque
todos lo tenemos ), de tal forma y pico enter tarda 1 segundo ). Poner
tu solucion o impresiones ADEMAS ayuda, pero ademas de lo primero.
> Suponía que estos productos funcionan as:
> 1.- ha establecer la conexión con el servidor
si, pero normalmente lo hacen al arrancar, y ademas hacen algunas
configuraciones antes.
> 2.- le pasan la consulta
Correcto, algunos ademas la delinean con una transaccion.
> 3.- La consulta la ejecuta el servidor, no el omnidb
> (Si es así , lo mismo da la consulta, con el resto de productos vuela)
Efectivamente.
> 4.- Recibe los datos (solo una row con 4 campos)
Una FILA, para rows tenemos la lista e ingles ;-> . ESO es importante,
porque nos permite descartar el que vuelvan muchos resultados y el
omnidb sea lento recibiendo/pintando.
> 5.- Los muestra
Y esto puede ser lento, pero el una fila del punto 4 permite descartalo.
> Con el pgadmin4 veo la actividad del gestor y solo en el ultimo segundo
> se ve actividad, es como si se atascara en el punto numero 2.
¿ Que actividad ves ? Consumo de CPU en el cliente, en el servidor ?
> Todo esto ha venido por que utilizo un software de desarrollo de
> (https://4js.com) y el driver que utiliza tiene el mismo problema, se
> comporta exactamente igual
Igual usan el mismo driver a bajo nivel y tiene algun problema.
> Esta es la consulta en cuestion :
..snip, snip...
Salvo que las tablas sean enorme parece una cosa facilita.
> Solo devuelve una fila, con el resto de productos 1 segundo con el
> omnidb y 4js 54.
¿ Has probado a mandar, con omnidb y psql, el select precedido por
"explain analyze" para que te asegures de que es el mismo plan ?
Porque sin tener ningun dato de tu ejecucion, pueden pasar mil cosas.
Francisco Olarte.
From | Date | Subject | |
---|---|---|---|
Next Message | Kernel | 2018-11-23 17:26:43 | Re: omnidb 2.12 |
Previous Message | Kernel | 2018-11-22 17:46:24 | Re: omnidb 2.12 |