pg.ddx.io  pgsql-performance@postgresql.org mailing list archive  
help / color / mirror / Atom feed
From: Ansgar -59cobalt- Wiechers <lists@planetcobalt.net>
To: pgsql-performance@postgresql.org
Subject: Re: Equivalents in PostgreSQL of MySQL's "ENGINE=MEMORY" "MAX_ROWS=1000"
Date: Wed, 4 Apr 2007 13:08:32 +0200
Message-ID: <20070404110832.GA1244@mail.planetcobalt.net> (raw)
In-Reply-To: <461366E8.90906@andromeiberica.com>
References: <4612A421.4060808@andromeiberica.com>
	<4612A57B.2030601@agliodbs.com>
	<461366E8.90906@andromeiberica.com>

On 2007-04-04 Arnau wrote:
> Josh Berkus wrote:
>>> Is there anything similar in PostgreSQL? The idea behind this is how
>>> I can do in PostgreSQL to have tables where I can query on them very
>>> often something like every few seconds and get results very fast
>>> without overloading the postmaster.
>> 
>> If you're only querying the tables every few seconds, then you don't
>> really need to worry about performance.
> 
> Well, the idea behind this is to have events tables, and a monitoring
> system polls that table every few seconds.  I'd like to have a kind of
> FIFO stack. From "the events producer" point of view he'll be pushing
> rows into that table, when it's filled the oldest one will be removed
> to leave room to the newest one. From "the consumer" point of view
> he'll read all the contents of that table.
> 
> So I'll not only querying the tables, I'll need to also modify that
> tables.

Ummm... this may be a dumb question, but why are you trying to implement
something like a FIFO with an RDBMS in the first place? Wouldn't it be
much easier to implement something like that as a separate program or
script?

Regards
Ansgar Wiechers
-- 
"The Mac OS X kernel should never panic because, when it does, it
seriously inconveniences the user."
--http://developer.apple.com/technotes/tn2004/tn2118.html



view thread (17+ messages)  latest in thread

Message-ID: <20070404110832.GA1244@mail.planetcobalt.net>
Permalink:  ../20070404110832.GA1244@mail.planetcobalt.net/
Also on:    postgresql.org/message-id/20070404110832.GA1244@mail.planetcobalt.net

 · 

reply

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Reply to all the recipients using the --to and --cc options:
  reply via email

  To: pgsql-performance@postgresql.org
  Cc: lists@planetcobalt.net
  Subject: Re: Equivalents in PostgreSQL of MySQL's "ENGINE=MEMORY" "MAX_ROWS=1000"
  In-Reply-To: <20070404110832.GA1244@mail.planetcobalt.net>

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox