Re: Extended customizing, SQL functions, - Mailing list pgsql-hackers

From Greg Stark
Subject Re: Extended customizing, SQL functions,
Date
Msg-id 87pt8n9v9o.fsf@stark.xeocode.com
Whole thread Raw
In response to Re: Extended customizing, SQL functions,  (pgsql@mohawksoft.com)
Responses Re: Extended customizing, SQL functions,  (pgsql@mohawksoft.com)
List pgsql-hackers
pgsql@mohawksoft.com writes:

> Having internal PostgreSQL variables that are not present on disk, or
> maybe, variables that are mirrored on disk may be good.

I don't think there's anything wrong with your idea, and there are numerous
good solutions that implement it already. But what makes you think this
belongs in Postgres?

There are plenty of memory and disk based shared databases that are
non-transactional and non-relational and meant for storing just this kind of
non-relational data. Some are much faster than postgres for simple
non-concurrent one-record lookups and updates like this.

Use the right tool for the job. Don't try to make one tool do everything,
especially something that's anathema to its basic design.

-- 
greg



pgsql-hackers by date:

Previous
From: Greg Stark
Date:
Subject: Re: Win32, PITR, nested transactions, tablespaces
Next
From: pgsql@mohawksoft.com
Date:
Subject: Re: Extended customizing, SQL functions,