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: E7F85A1B5FF8D44C8A1AF6885BC9A0E4011C99D6@ratbert.vale-housing.co.uk
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
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

Browse pgadmin-hackers by date

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