Re: Everything is now "required by the database system"

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Hannu Krosing <hannu(at)tm(dot)ee>
Cc: Peter Eisentraut <peter_e(at)gmx(dot)net>, PostgreSQL Development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Everything is now "required by the database system"
Date: 2002-08-13 19:38:13
Message-ID: 28990.1029267493@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Hannu Krosing <hannu(at)tm(dot)ee> writes:
> On Tue, 2002-08-13 at 22:38, Tom Lane wrote:
>> It's still "extensible", it's just not so easily "contractible"...
>>
>> I'm not sure that this matters, as I've never heard of anyone actually
>> troubling to remove unused datatypes etc.

> It could become an issue if PostgreSQL became populat in embedded
> systems, but then it can of course be done in include/catalog/.

For an embedded system I'd think you'd want to strip out the support
code for the unwanted types (ie, the utils/adt/ file(s)), not only the
catalog entries. So it's source code changes in any case. The catalog
entries alone occupy so little space that it's not even worth anyone's
trouble to remove them, AFAICS.

> Probably every type not used in system tables themselves could be made
> loadable after initdb.

It certainly *could* be done. Whether it's worth the trouble is highly
doubtful. I'd also be concerned about the performance hit (loadable
functions are noticeably slower than built-ins).

Again, when was the last time you heard of anyone actually bothering to
remove built-in entries from pg_proc or pg_type? I can't see expending
a considerable amount of work on a "feature" that no one will use.

regards, tom lane

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 2002-08-13 19:42:23 Re: db partial dumping with pg_dump
Previous Message Bruce Momjian 2002-08-13 19:34:59 Re: db partial dumping with pg_dump