| From: | Dave Page <dpage(at)pgadmin(dot)org> |
|---|---|
| To: | Avi Blackmore <support(at)satshot(dot)com> |
| Cc: | pgAdmin Support <pgadmin-support(at)postgresql(dot)org> |
| Subject: | Re: Possible performance bug in enumerating schema objects? |
| Date: | 2012-11-14 07:47:35 |
| Message-ID: | CA+OCxox6rthajU0fEqWz4gs6iM-OEA9OT_5XKi1sutJs6CX+oA@mail.gmail.com |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgadmin-support |
On Tue, Nov 13, 2012 at 6:57 PM, Avi Blackmore <support(at)satshot(dot)com> wrote:
> Hi, just got back to the office. Thanks for the response!
>
> On Nov 8, 2012, at 10:25 AM, Dave Page wrote:
>
>>> Given the size of the pg_class result set, this strikes me as really, really inefficient. Perhaps these options could be queried in one go, by joining against the main query for the listing of tables and other objects?
>>
>> I've attached a patch that attempts to do exactly that. Are you able to test it?
>>
>
> I installed a binary image for my MacOS X workstation. I'd have to grab the source and build that. What's the version the patch applies against? Current release?
I developed it against the master branch, but I suspect it'll apply to
the 1.16 branch too, as I don't think anything has changed in the
affected file in master only.
--
Dave Page
Blog: http://pgsnake.blogspot.com
Twitter: @pgsnake
EnterpriseDB UK: http://www.enterprisedb.com
The Enterprise PostgreSQL Company
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Irina Mileva | 2012-11-14 08:36:44 | pgAdmin: bug detected |
| Previous Message | Craig Ringer | 2012-11-13 23:08:23 | Re: pgAdmin dying when renaming a function |