From: | Kernel <jucabapa(at)gmail(dot)com> |
---|---|
To: | Francisco Olarte <folarte(at)peoplecall(dot)com> |
Cc: | Lista Postgres ES <pgsql-es-ayuda(at)postgresql(dot)org> |
Subject: | Re: omnidb 2.12 |
Date: | 2018-11-23 17:26:43 |
Message-ID: | ed2c4cb2-6cce-8535-39fa-cf42261677e3@gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-es-ayuda |
El 23/11/2018 a las 10:42, Francisco Olarte escribió:
> 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.
Hola,
Tiene el mismo plan, desde uno que desde otro.
ya no se que mirar , debe de ser algo del driver
Gracias
>
From | Date | Subject | |
---|---|---|---|
Next Message | RamónDavid SalazarRincón | 2018-11-24 20:57:23 | Auxilio: Error al generar copia con pg_dumpall |
Previous Message | Francisco Olarte | 2018-11-23 09:42:28 | Re: omnidb 2.12 |