From: Bryce Nesbitt <bryce1@obviously.com>
To: pgsql-sql@postgresql.org
Subject: Large journal as psql table. Good idea? Triggering.
Date: Mon, 23 Apr 2007 16:12:13 -0700
Message-ID: <462D3D4D.6090308@obviously.com> (raw)
Dear Postgres folks;
I'm considering using a postgres table for something that could be done
with a flat file. Is this a good idea?
I have events on a machine "A", which need to be sent by an SMS/Cell
Phone modem that's on a totally different machine "B". Potentially this
is a job for a flat file FIFO.
But I'm thinking that maybe it's a job for a database table. Each new
row would be written with a status (10="new"). And that the modem
process would poll for new rows. Problem is there will be lots of rows,
but only a trivial few will be "new". The huge index file and the
polling seem like a drag on the database, unless there is a way to optimize.
On the good side, this scheme handles building the FIFO and the IPC
(interprocess communication). Is is a good approach, using postgres as
a glorified FIFO? Should the DB on machine "A" or "B"? Is there a way
to trigger or lower the polling overhead (in this application the delay
is user visible). The volume is low (a few messages a minute tops).
Bryce
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-sql@postgresql.org
Cc: bryce1@obviously.com
Subject: Re: Large journal as psql table. Good idea? Triggering.
In-Reply-To: <462D3D4D.6090308@obviously.com>
* 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