Re: Tool for determining field usage of database tables - Mailing list pgsql-general

From Andy Yoder
Subject Re: Tool for determining field usage of database tables
Date
Msg-id BB3AA8A575B8B14B9247145A7E44E3BF16AE3DD412@34093-MBX-C17.mex07a.mlsrvr.com
Whole thread Raw
In response to Re: Tool for determining field usage of database tables  (Allan Kamau <kamauallan@gmail.com>)
Responses Re: Tool for determining field usage of database tables  (Scott Marlowe <scott.marlowe@gmail.com>)
List pgsql-general
Thanks Allan for the input - I guess I didn't specify enough details.  I am looking for some type of tool/report that
isalready done.  We have nearly 1000 tables, over 300 functions to look at a little over a day to provide the answers
(allwithout dropping any other tasks, of course).  I had considered the trigger idea, and may end of doing it anyway
andjust working later, but thought I would check for a "ready-made" solution first. 

Andy

-----Original Message-----
From: Allan Kamau [mailto:kamauallan@gmail.com]
Sent: Thursday, February 25, 2010 12:41 PM
To: Andy Yoder
Cc: pgsql-general@postgresql.org
Subject: Re: [GENERAL] Tool for determining field usage of database tables

Writing an audit trigger for the operations you'd like to monitor
(then assign it to all your application's tables) to perform the
auditing may be one easy way of doing so, this trigger would log the
operations to some other table.

Allan.

On Thu, Feb 25, 2010 at 7:36 PM, Andy Yoder <ayoder@airfacts.com> wrote:
> Does anyone know of a tool (or a way to use the database catalogs) that can
> analyze function code/queries accessing the database to pull out a list of
> the fields used in a set of tables.  Basically we are importing a lot of
> data from another source, and we are trying to determine what percentage of
> the data we are actually using at this point .  We have hundreds of stored
> procedures, and combing through the code would not be practical.
>
>
>
> Thanks.
>
>
>
> --Andy
>
>
>
>
>
>

pgsql-general by date:

Previous
From: Tom Lane
Date:
Subject: Re: Boolean partition constraint behaving strangely
Next
From: Scott Marlowe
Date:
Subject: Re: Tool for determining field usage of database tables