Skip site navigation (1) Skip section navigation (2)

Re: Query grid

From: "Dave Page" <dpage(at)vale-housing(dot)co(dot)uk>
To: "Andreas Pflug" <pgadmin(at)pse-consulting(dot)de>
Cc: <edigeronimo(at)xtracards(dot)com>,"pgadmin-hackers" <pgadmin-hackers(at)postgresql(dot)org>
Subject: Re: Query grid
Date: 2006-04-03 14:11:32
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgadmin-hackers

> -----Original Message-----
> From: Andreas Pflug [mailto:pgadmin(at)pse-consulting(dot)de] 
> Sent: 03 April 2006 14:50
> To: Dave Page
> Cc: edigeronimo(at)xtracards(dot)com; pgadmin-hackers
> Subject: Re: [pgadmin-hackers] Query grid
> IMNSHO this patch is rotten from the ground. wxGrid is known to be 
> flakey, extending its use is a bad idea.  The speed issue is not a 
> question of grid or non-grid, it's a question of virtual data/display 
> management.

As you know, there is no alternative that can provide the other
functionality that people want (copy/paste etc), and we've already seen
that the grid can be significantly faster than the list.

I know you will say that the tool has only one purpose from your point
of view, but regardless of that, pgAdmin *is* a generic tool intended to
meet the needs of the majority of it's hundreds of thousands of users,
and that includes the query tool which many will be comparing with SQL's
Query Analyzer and similar programs. Having seen the grid work at more
than acceptable speeds, I see no reason that it cannot fulfill both use
cases once the bugs are ironed out. And that is precisely why it's in
SVN trunk and all the resulting snapshots etc.

Regards, Dave

pgadmin-hackers by date

Next:From: svnDate: 2006-04-03 14:27:14
Subject: SVN Commit by dpage: r5069 - trunk/pgadmin3/src/ctl
Previous:From: Andreas PflugDate: 2006-04-03 13:50:00
Subject: Re: Query grid

Privacy Policy | About PostgreSQL
Copyright © 1996-2017 The PostgreSQL Global Development Group