From: | kaolin fire <cognosco(at)tentacle(dot)net> |
---|---|
To: | pgsql-admin(at)postgresql(dot)org |
Subject: | Re: Report Generator Proposal |
Date: | 2003-09-15 21:25:24 |
Message-ID: | 1E2AC382-E7C3-11D7-A5E9-000A957FF036@tentacle.net |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-admin |
On Monday, September 15, 2003, at 02:06 PM, Gaetano Mendola wrote:
> ""Matt Clark"" <matt(at)ymogen(dot)net> wrote:
>> It'd be easy to automate all except the explain, a script that did
> everything else could then emit "If your preoblem relates to a
>> specific query, then run 'explain analyze <query>' and attach it to
>> your
> message as well".
>
> Well, must be charge of psql store somewhere all selects performed
> between the BEGIN REPORT and END REPORT and perform
> the explain command of that selects with the explain; may be the really
> difficult here is that psql
> shall know all tables involved in a select and insert in the report the
> descriptions of that tables.
> Before to work on it I want be sure that is a good idea.
>
> Regards
> Gaetano Mendola
sounds good. maybe with the option (enabled by default?) to only show
the columns used in the queries for the tables pulled. ((wheat from
chaff and all that))
hmm. though there's still the (some small percentage of) things that
could be going wrong with custom stored procedures. dumping those
would be (I'm presuming, based on the scope of the task as it's been
described) reasonably simply, but figuring out what they touch could be
prohibitive?
kudos for any attempt, though, all around. :)
-kaolin fire
-postgresql novice
-http://poemranker.com
From | Date | Subject | |
---|---|---|---|
Next Message | Somasekhar Bangalore | 2003-09-16 03:45:30 | Re: Report Generator Proposal |
Previous Message | Gaetano Mendola | 2003-09-15 21:06:13 | Re: Report Generator Proposal |