Re: [HACKERS] char types gone. - Mailing list pgsql-hackers

From wward
Subject Re: [HACKERS] char types gone.
Date
Msg-id Pine.BSI.3.95.980324055719.15959A-100000@river.gwi.net
Whole thread Raw
In response to Re: [HACKERS] char types gone.  (darrenk@insightdist.com (Darren King))
List pgsql-hackers
I think Darren brings up very good points here. This seems to be the model
that many people are going to when developing large systems. This would
also help in maintaning the the system.
Wayne

On Mon, 23 Mar 1998, Darren King wrote:

> >     ...in fact, I want to bring in the IP code from contrib as part of
> > the core yet...
>
> Would be nice if stuff like that (and the money and geometrics) could be
> compiled in in the same manner that Apache is a basic web server that lets
> you pick and choose modules/features you want to build into it.
>
> I don't know how big of a performance boost it provides in the cache, but
> removing the functions associated with the char types shrank the pg_proc
> table from 906 to 842 entries or a bit over 7%.
>
> Want to shrink it further?  Of those remaining 842, _230_ are for the geometric
> types!  Throw in 25 more for the cash/money functions.  Bloat city if you
> never use these things.  Thirty percent could be moved out to contrib and
> not missed by most postgres users.
>
> I think a reasonable goal is to provide an sql server that meets the current sql
> standard with the possibility of having other types and functionality available
> as modules.  These modules could be made into the template1 at compile time
> or made and installed on a per-database basis.  Make your server and database
> with whatever you want in it.
>
> Why force others to have functionality 'x', 'y' and 'z' when they only want 'y'?
>
> darrenk
>


pgsql-hackers by date:

Previous
From: "Jose' Soares Da Silva"
Date:
Subject: Re: [DOCS] Re: [HACKERS] PostgreSQL Reference Guide
Next
From: Brandon Ibach
Date:
Subject: Data type removal