Skip site navigation (1) Skip section navigation (2)

Re: Extended customizing, SQL functions,

From: Greg Stark <gsstark(at)mit(dot)edu>
To: pgsql(at)mohawksoft(dot)com
Cc: "Greg Stark" <gsstark(at)mit(dot)edu>, pgsql-hackers(at)postgresql(dot)org
Subject: Re: Extended customizing, SQL functions,
Date: 2004-05-29 21:38:08
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-hackers
pgsql(at)mohawksoft(dot)com writes:

> I agree completely with one caveat, when the best tool for the job lacks a
> feature what do you do?

You're missing the point. The feature you want has nothing to do with
relational databases. It has everything to do with in-memory non-transactional
non-relational databases. These things exist but they're not postgres.

Postgres just isn't the best tool for what you want to do.

Try memcached or any of the other very fast non-persistent non-transactional
in-memory databases. If you try to use postgres to do this you'll find -- as
you just did -- that you've bought a lot of overhead for things you don't
want. Because it's not the appropriate tool.


In response to


pgsql-hackers by date

Next:From: Tom LaneDate: 2004-05-29 23:11:06
Subject: Re: dynamic_library_path on Win32
Previous:From: vickyDate: 2004-05-29 20:26:13
Subject: Embedded SQL - Unable to connect to PostgreSQL Database

Privacy Policy | About PostgreSQL
Copyright © 1996-2017 The PostgreSQL Global Development Group