functions, replication and portability was: Functional Index Question

From: Ivan Sergio Borgonovo <mail(at)webthatworks(dot)it>
To: pgsql-general(at)postgresql(dot)org
Subject: functions, replication and portability was: Functional Index Question
Date: 2008-03-13 19:07:02
Message-ID: 20080313200702.1cb4df49@webthatworks.it
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On Fri, 14 Mar 2008 02:26:06 +0900
Craig Ringer <craig(at)postnewspapers(dot)com(dot)au> wrote:

> To me it seems obvious that such routines should be in the
> database, but I guess that's partly because of the sort of work I'm
> doing. Other apps can then use the in-DB routines, rather than

To me too but...

> Then again, that kind of thinking is part of why I'm not much of a
> fan of SQL-abstracted web app frameworks.

Maybe because there is not too many choices to chose from.
At least this is what is driving me crazy... I really would like to
build up portable, agnostic apps... but then I've to renounce to
toooooo many features even the one that rely on standards and not on
peculiarities of implementation... then...

...but oooh that makes everything non portable... and after reading a
bit pgpool docs it seems non-scalable (am I missing something?).

But still what other viable choices could I make to keep my data
coherent and sane without doing tons of bookkeeping?

--
Ivan Sergio Borgonovo
http://www.webthatworks.it

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Alvaro Herrera 2008-03-13 19:27:30 Re: postgre vs MySQL
Previous Message kevin 2008-03-13 19:06:33 Re: Is there a way to elegantly do a : CREATE TEMP TABLE X AS SELECT .... ON COMMIT DROP