Re: question about the design consideration for system catalogs

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: "Tao Ma" <feng_eden(at)163(dot)com>
Cc: pgsql-hackers(at)postgresql(dot)org
Subject: Re: question about the design consideration for system catalogs
Date: 2009-02-24 14:42:46
Message-ID: 8062.1235486566@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

"Tao Ma" <feng_eden(at)163(dot)com> writes:
> But if I wanna check the parameter informations, it's a little hard to
> read. If I wanna write a program to re-construct the procedure source
> code, it is not convenience to access the parameter informations from
> the front-end. What cons are there If store the procedure and its
> parameters in different tables(e.g. pg_attribute and pg_attrdef)?

Loss of backwards compatibility, for one thing. We're not going to
redesign those catalogs just because somebody thinks some other layout
would be more convenient for one purpose --- it would break a lot of
code for little gain.

regards, tom lane

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 2009-02-24 15:39:47 Re: GIN fast insert
Previous Message Andrew Dunstan 2009-02-24 14:24:30 Re: parallel restore