Re: Increible omnidb 2.4 y pgadmin 4 ver 2 parecen locomotoras antiguas frente el viejo phpPgAdmin que parece un ferrari

2017-12-13 Thread Eduardo Arenas C. 
Nosotros utlizamos https://dbeaver.jkiss.org/ es bastante estable al menos
mas que pgadmin3, aunque a mi me gusta mas pgadmin3, dbeaver es mi segunda
opción.

saludos

eduardo

El 13 de diciembre de 2017, 21:55, Alvaro Herrera
escribió:

> jvenegasperu . escribió:
>
> José,
>
> > En PgAdmin y en OmniDb hay un indicador de espera circular que va dando
> > vueltas pues bien ese giro me recordo a las ruedas de las locomotoras
> > jejeje.
>
> LOL
>
> > En OmniDb se espera entre 1 vuelta y 1 vuelta y media para que habra una
> > opcion si es mas rapido que pgadmin y hasta ahora ningun caso para
> esperar
> > un monton o que se haya colgado como si ocurre en pgadmin
>
> Excelentes noticias.
>
> > En el caso de OmniDB cuando quieres ver el detalle de una tabla o listar
> > las funciones son las opciones que mas tardan en mostrarse a parte de las
> > secuencias
>
> OK, gracias.  Habrá que medir qué es lo que sucede.  Quizás está usando
> demasiadas consultas, o trayendo datos innecesarios, o algo así.
>
> > ¿Es lenta la partida?
> > Si es lenta no tan lenta como pgAdmin pero si es lenta creo que hay una
> > linea muy delgada entre lo rasonable y la incomoda espera por ahora
> omniDb
> > creo que esta en lo rasonable aunque me pregunto si se volveria incomodo
> > con base de datos con mas conexiones y de tamaño mas grande. en mi caso
> son
> > BD con 20 a 30 conexiones y con tamaños pequeños de algunos gigas nomas.
>
> Hmm, es sorprendente esto.  ¿No será que el tiempo de establecer la
> conexión tiene que ver con que la red entre tu máquina y el servidor es
> lenta?  Esto se puede cuantificar, usando algo como wireshark para ver
> lo que hace la red.
>
> No debería comportarse más lento al haber más BDs o BDs más gordas,
> aunque eso se puede comprobar experimentalmente también.
>
> > [...] sin embargo en usuarios como yo acostumbrados
> > a copiar y pegar trozos de codigo de una estructura de una tabla a otra o
> > funcion que esta en otra BD ahi si se me hace un poco incomodo.
>
> Como ya indicó Jaime, puedes tener múltiples conexiones en distintos
> tabs.
>
> > ¿es poco responsiva la interfaz?
> > Aqui creo que es cuestion de gustos para mi esta bien aunque creo que la
> > grafica del explain que tiene pgadmin esta mejor por los iconos
> diferentes
> > para cada cosa en omni solo veo circulos de diferente tamaño pero no he
> > precibido diferencias aun en cada circulo de manera grafica
>
> OK, no me refería a lo lindo de la gráfica sino a si se queda pegada,
> cosa que ya respondiste antes.  Creo que habrá que involucrar a un
> diseñador gráfico para mejorar los íconos de explain, etc.
>
> > ¿usa mucha memoria?
> > En mi caso esta consumiento aproximadamente 90 megas para mi esta bien
> > tengo 16 Gb en el equipo.
>
> Excelente.
>
> Saludos
>
> --
> Álvaro Herrerahttps://www.2ndQuadrant.com/
> PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
>
>


-- 
Eduardo Arenas
+56 9 6629 1618

Re: Increible omnidb 2.4 y pgadmin 4 ver 2 parecen locomotoras antiguas frente el viejo phpPgAdmin que parece un ferrari

2017-12-13 Thread Jaime Casanova 
2017-12-12 20:11 GMT-05:00 jvenegasperu . :
> Hola Rafael
> Espero Jaime siga oficiando de traductor jeje
>
> Rafael tranquilo Con OmniDb si estoy teniendo mejor experiencia que con
> PgAdmin pero por tus comentarios puedo concluir lo siguiente:
>
> PgAdmin es mas lento que omniDB porque me muestra todas las bases de datos
> pudiendo recorrer todos los nodos de cualquiera de ellas en omni no solo
> puedo revisar uno a la vez, si bien omni gana en velocidad para un usuario
> acostumbrado a copiar y pegar codigo entre bases de datos de funciones,
> triggers u otras cosas se vuelve incomodo tener que abrir una base de datos
> a la vez ya que a veces se reutiliza codigo para otras cosas en otras base
> de datos.

puedes abrir varias bases a la vez, solo que estarán en pestañas separadas

-- 
Jaime Casanova  www.2ndQuadrant.com
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services

Re: Increible omnidb 2.4 y pgadmin 4 ver 2 parecen locomotoras antiguas frente el viejo phpPgAdmin que parece un ferrari

2017-12-13 Thread jvenegasperu . 
Rafael Buen dia
Sigo probando omniDB

Gracias por el interes en resolver las demoras

Pues veras ahora estoy listando un simple select st_astext(the_geom),* from
tabla en una tabla con solo 30 registros y omni esta tardando bastante en
responder, para ejecutar la consulta tarda, luego para hacer mas ancho el
st_astext resultado de la consulta tambien tarda y se nota supongo que sera
porque hay muchos datos que mostrar en el campo porque son lineas com
muchos vertices, pero en ese caso por ejemplo pgadmiin lo hace mucha mas
rapido.

saludos





El 12 de diciembre de 2017, 20:11, jvenegasperu . 
escribió:

> Hola Rafael
> Espero Jaime siga oficiando de traductor jeje
>
> Rafael tranquilo Con OmniDb si estoy teniendo mejor experiencia que con
> PgAdmin pero por tus comentarios puedo concluir lo siguiente:
>
> PgAdmin es mas lento que omniDB porque me muestra todas las bases de datos
> pudiendo recorrer todos los nodos de cualquiera de ellas en omni no solo
> puedo revisar uno a la vez, si bien omni gana en velocidad para un usuario
> acostumbrado a copiar y pegar codigo entre bases de datos de funciones,
> triggers u otras cosas se vuelve incomodo tener que abrir una base de datos
> a la vez ya que a veces se reutiliza codigo para otras cosas en otras base
> de datos.
> Se que el codigo lo podria tener guardado en un archivo *.sql y problema
> resuelto pero digamos es una no se si buena o mala costumbre tener el
> codigo a un clic
>
> y ok Rafael tranquilo omniDB esta respondiendo bien la demora en las
> funciones y otros objetos es por la cantidad de objetos a listar por
> ejemplo la demora en las funciones es porque estoy revisando bases de datos
> con postgis mas funciones mias creadas entre otras cosas y ahi hay mas de
> 1200 funciones.
>
> ahora con respecto al sistema operativo en el que lo estoy probandolo es
> windows 7 y windows 10 con una pc con 12 Gb de RAM y otra con solo 4 Gb de
> RAM.
>
> saludos
>
> Jose
>
> Espero te sirva la información que te doy disculpa que no pueda grabar la
> pantalla
>
> Saludos
>
> 2017-12-12 17:58 GMT-05:00 Jaime Casanova 
> :
>
>> On 12 December 2017 at 10:40, Rafael Castro
>>  wrote:
>> > Hello,
>> >
>> > I'm sorry to hear that your experience with OmniDB did not satisfy your
>> > expectations
>> > performance wise. Performance is our top priority during development and
>> > there should
>> > be no delay when using the interface.
>> >
>> > I see that the complaints are related to slowness of data fetching when
>> > opening
>> > nodes in the structure tree. A few mentions here:
>> >
>> > - When you open the first node, OmniDB fetches a lot of information
>> about
>> > your
>> > database, which will be used along with all functionalities supported
>> by the
>> > tool.
>> >
>> > - There is an issue when opening the Sequences node, it fetches all data
>> > from all
>> > sequences, that is why you are experiencing slowness, this will be
>> fixed in
>> > the
>> > next release.
>> >
>> > - Other than the two previous mentions, there should be no lag when
>> handling
>> > the
>> > tree, the only delay would be the actual communication between the app
>> and
>> > the database
>> > but if you using a local db the interface should respond very fast.
>> >
>> > In terms of initialization there isn't much to compare phppgadmin with
>> > OmniDB because
>> > the former is a web application to be used with a webserver running
>> php. We
>> > also offer
>> > this option, you can run OmniDB with a webserver of your choice. You can
>> > also
>> > use OmniDB-server, that comes with its own webserver so you don't have
>> to
>> > worry
>> > about installing any additional piece of software. Ultimately, you can
>> use
>> > the app
>> > for a desktop experience, I'm guessing your complaints about
>> initialization
>> > are
>> > related to this option.
>> >
>> > I would like to know more about your environment and tests. Could you
>> please
>> > share
>> > with me the OS you are using?
>> >
>> > Also, it would be very helpful if you could record your screen when
>> using
>> > OmniDB so
>> > we can actually see the problem we are dealing with (including
>> > initialization).
>> >
>> > We are delivering a new version every 4 weeks, including new features
>> and
>> > bug fixes
>> > in each release. If you are able to provide us the details and we verify
>> > that there
>> > is actually an issue we will fix that as soon as possible.
>> >
>>
>> Traducción (libre) del correo de Rafael:
>>
>> """
>> Hola,
>>
>> Me apena oir que tu experiencia con OmniDB no alcanzó tus expectativas
>> en cuanto a rendimiento se refiere.
>> Nuestra prioridad durante el desarrollo siempre va enfocado al
>> rendimiento y no debería haber demoras en el uso de la interface.
>>
>> Puedo ver que las quejas están relacionadas con la lentitud en la
>> obtención de datos al abrir nodos en el árbol de estructuras. Voy a
>> mencionar

Re: Increible omnidb 2.4 y pgadmin 4 ver 2 parecen locomotoras antiguas frente el viejo phpPgAdmin que parece un ferrari

2017-12-12 Thread jvenegasperu . 
Hola Rafael
Espero Jaime siga oficiando de traductor jeje

Rafael tranquilo Con OmniDb si estoy teniendo mejor experiencia que con
PgAdmin pero por tus comentarios puedo concluir lo siguiente:

PgAdmin es mas lento que omniDB porque me muestra todas las bases de datos
pudiendo recorrer todos los nodos de cualquiera de ellas en omni no solo
puedo revisar uno a la vez, si bien omni gana en velocidad para un usuario
acostumbrado a copiar y pegar codigo entre bases de datos de funciones,
triggers u otras cosas se vuelve incomodo tener que abrir una base de datos
a la vez ya que a veces se reutiliza codigo para otras cosas en otras base
de datos.
Se que el codigo lo podria tener guardado en un archivo *.sql y problema
resuelto pero digamos es una no se si buena o mala costumbre tener el
codigo a un clic

y ok Rafael tranquilo omniDB esta respondiendo bien la demora en las
funciones y otros objetos es por la cantidad de objetos a listar por
ejemplo la demora en las funciones es porque estoy revisando bases de datos
con postgis mas funciones mias creadas entre otras cosas y ahi hay mas de
1200 funciones.

ahora con respecto al sistema operativo en el que lo estoy probandolo es
windows 7 y windows 10 con una pc con 12 Gb de RAM y otra con solo 4 Gb de
RAM.

saludos

Jose

Espero te sirva la información que te doy disculpa que no pueda grabar la
pantalla

Saludos

2017-12-12 17:58 GMT-05:00 Jaime Casanova :

> On 12 December 2017 at 10:40, Rafael Castro
>  wrote:
> > Hello,
> >
> > I'm sorry to hear that your experience with OmniDB did not satisfy your
> > expectations
> > performance wise. Performance is our top priority during development and
> > there should
> > be no delay when using the interface.
> >
> > I see that the complaints are related to slowness of data fetching when
> > opening
> > nodes in the structure tree. A few mentions here:
> >
> > - When you open the first node, OmniDB fetches a lot of information about
> > your
> > database, which will be used along with all functionalities supported by
> the
> > tool.
> >
> > - There is an issue when opening the Sequences node, it fetches all data
> > from all
> > sequences, that is why you are experiencing slowness, this will be fixed
> in
> > the
> > next release.
> >
> > - Other than the two previous mentions, there should be no lag when
> handling
> > the
> > tree, the only delay would be the actual communication between the app
> and
> > the database
> > but if you using a local db the interface should respond very fast.
> >
> > In terms of initialization there isn't much to compare phppgadmin with
> > OmniDB because
> > the former is a web application to be used with a webserver running php.
> We
> > also offer
> > this option, you can run OmniDB with a webserver of your choice. You can
> > also
> > use OmniDB-server, that comes with its own webserver so you don't have to
> > worry
> > about installing any additional piece of software. Ultimately, you can
> use
> > the app
> > for a desktop experience, I'm guessing your complaints about
> initialization
> > are
> > related to this option.
> >
> > I would like to know more about your environment and tests. Could you
> please
> > share
> > with me the OS you are using?
> >
> > Also, it would be very helpful if you could record your screen when using
> > OmniDB so
> > we can actually see the problem we are dealing with (including
> > initialization).
> >
> > We are delivering a new version every 4 weeks, including new features and
> > bug fixes
> > in each release. If you are able to provide us the details and we verify
> > that there
> > is actually an issue we will fix that as soon as possible.
> >
>
> Traducción (libre) del correo de Rafael:
>
> """
> Hola,
>
> Me apena oir que tu experiencia con OmniDB no alcanzó tus expectativas
> en cuanto a rendimiento se refiere.
> Nuestra prioridad durante el desarrollo siempre va enfocado al
> rendimiento y no debería haber demoras en el uso de la interface.
>
> Puedo ver que las quejas están relacionadas con la lentitud en la
> obtención de datos al abrir nodos en el árbol de estructuras. Voy a
> mencionar algunos puntos aquí:
>
> - Cuando se abre el primer nodo, OmniDB debe obtener mucha información
> sobre su
> base de datos, que se usará con las funcionalidades soportadas por la
> herramienta.
>
> - Hay un problema al abrir el nodo Secuencias, pues recupera todos los
> datos de todas las
> secuencias, es por eso que estás experimentando lentitud, esto se
> solucionará en el
> próximo lanzamiento (release).
>
> - Aparte de las dos menciones anteriores, no debería haber demoras al
> manejar el
> árbol, la única demora sería la comunicación real entre la aplicación
> y la base de datos
> pero si usa una base de datos local, la interfaz debe responder muy rápido.
>
> En términos de inicialización, no hay mucho para comparar phppgadmin
> con OmniDB porque
> la primera es una aplicación web para ser

Re: Increible omnidb 2.4 y pgadmin 4 ver 2 parecen locomotoras antiguas frente el viejo phpPgAdmin que parece un ferrari

2017-12-11 Thread Edwin Quijada 
Seguiras sufriendo. Prueba este killer

https://www.sqlmanager.net/en/products/postgresql/manager/download


Usa la version gratis, solo es que para Windows pero si usas este , nunca mas 
seguiras usando los demas

EMS SQL Manager - EMS SQL Manager for PostgreSQL - Product 
...
www.sqlmanager.net
Simplify and automate your PostgreSQL database development process, design, 
explore and maintain existing PostgreSQL databases, build compound PostgreSQL 
query ...





From: jvenegasperu . 
Sent: Monday, December 11, 2017 4:01 PM
To: Ayuda
Subject: Increible omnidb 2.4 y pgadmin 4 ver 2 parecen locomotoras antiguas 
frente el viejo phpPgAdmin que parece un ferrari

Estimados buen dia, por favor si alguien puede probar y corroborar o es que 
como decimos por aqui estoy fumando de la mala jeje un chiste

Me parece Increible que omnidb 2.4 y pgadmin 4 ver 2 anden como locomotoras 
antiguas frente el viejo phpPgAdmin que parece un ferrari haber si alguien 
prueba como le va

Antes que empiecen con los palos por lo de locomotoras antiguas jeje.

Les comento que en el ultimo PgDay en Ecuador comentaba con Fernando y Rosabin 
que a nuestro querido postgres le hace falta una interfaz grafica que funcione 
realmente bien siempre se avanza y retrocede.

Rosabin comento que antes habia phpPgAdmin que era muy bueno pero que el 
proyecto se descontinuo.

He venido usando PgAdmin 3 para las versiones 9 de postgres y todo bien con las 
limitaciones de la interfaz grafica claro donde pgadmin da problemas con textos 
muy largos porque corta las salidas.

Bueno ahora resulta que salio postgres 10 y ahora 10.1 pero pgAdmin 4 version 2 
realmente esta super verde se cuelga tarda en encender etc.etc etc. hablando de 
la version de 64 bits que viene con la distribucion de enterpriseDB.

y Jaime me mostro omniDB 2.4 y me comento que se puede hacer debug y profile lo 
cual vi super para probar.

Bueno he estado probando omniDB para 64 bits y pgAdmin 4 version 2 para 64 bits 
y si bien ambos funcionan bien son super lentos en alguna que otra 
funcionalidad tardan un monton en mostrar la opcion y eso que solo los estoy 
probando con bases de datos pequeñas de un par de Gigabytes.

Por ejemplo le das clic en secuencias en omniDB y se tarda para mostrar, 
pgAdmin a veces se cuelga resturando un backup o cuando la consulta tarda un 
poco digamos 3 minutos. porque hay que ordenar varias veces algunas tablas.

Bueno como ambos no terminan de convencerme busque phpPgAdmin y el proyecto 
original ya no funcionaba con mi version de PHP pero encontre esta version en 
github

https://github.com/garak/phppgadmin

y bueno lo descargue y probe y funciono tan rapido que me parecio realmente 
increible el problema era que no tenia las nuevas funciones que tiene postgres 
asi que al menos logre que liste tambien las vistas materializadas y la versión 
que estoy probando esta aqui.

https://github.com/thjack/phpPgAdmin5.3/tree/master
[https://avatars0.githubusercontent.com/u/2963281?s=400=4]

thjack/phpPgAdmin5.3
github.com
phpPgAdmin5.3 - Probando si phpPgAdmin puede volver al ruedo



La contra que vi es que esta hecho con frames pero estan rapido que quiza 
alguien se anime a mejorarlo y podamos usarlo creo que la velocidad se debe al 
hecho de la nueva versión de php 7 y los 64 bits porque el codigo es 
practicamente el mismo que el del viejo phpPgAdmin

Yo lo estoy probando con esta configuración.

PHP 7.0.25
Apache 2.4.28
Arquitectura a 64 bits sobre windows 7 profesional y windows 10

Bueno ahora si ya pueden tirar los palos por lo de locomotoras antiguas pero 
ahi les dejo la inquietud por si alguien quiere probarlo de verdad que esta 
super veloz realmente increible como responde.

saludos a todos