Re: feature request: expose sql formatter

From: "Merlin Moncure" <mmoncure(at)gmail(dot)com>
To: "Dave Page" <dpage(at)postgresql(dot)org>
Cc: pgadmin-hackers(at)postgresql(dot)org
Subject: Re: feature request: expose sql formatter
Date: 2007-02-07 13:47:09
Message-ID: b42b73150702070547k4196a132nb416ea4671dab199@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgadmin-hackers

On 2/6/07, Dave Page <dpage(at)postgresql(dot)org> wrote:
> Merlin Moncure wrote:
> > hello all, I have a pie in the sky feature request here. I've been
> > looking around for a sql 'beautifier' so that all our ddl which is
> > stored in .sql files can be cleaned up. pgadmin has a much better
> > formatter than the gook emitted by pg_dump...
> The architecture of pgAdmin is such that your first suggestion would be
> nigh-on impossible. Each object type has a class which is able to read
> one or more objects of it's own type from the catalog, and provide a set
> of members to access it's properties. There are additional member
> functions to return the SQL, but this is reconstructed from the
> properties of the object, not by re-formatting the output of
> pg_get_viewdef or it's relatives.
>
> The second suggestion is doable, but fairly invasive as you'd need to
> get a range of conditional statements to format different parts of the
> DDL created in each GetSQL() member. I'd be wary of accepting a patch to
> do this due to the mess it would likely make of much of the code.

I had a feeling you would say that :) Thanks for the listen though.

merlin

In response to

Browse pgadmin-hackers by date

  From Date Subject
Next Message svn 2007-02-12 08:57:41 SVN Commit by dpage: r5912 - trunk/pgadmin3/pgadmin/include/images
Previous Message Dave Page 2007-02-06 20:39:44 Re: feature request: expose sql formatter