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

Re: Open source databases '60 per cent cheaper'

From: "Jonah H(dot) Harris" <jonah(dot)harris(at)gmail(dot)com>
To: "Jim Nasby" <jim(dot)nasby(at)enterprisedb(dot)com>
Cc: "Shane Ambler" <pgsql(at)007marketing(dot)com>, "Simon Riggs" <simon(at)2ndquadrant(dot)com>, "PostgreSQL Advocacy" <pgsql-advocacy(at)postgresql(dot)org>
Subject: Re: Open source databases '60 per cent cheaper'
Date: 2006-11-26 21:09:20
Message-ID: 36e682920611261309j47194da5q87719b74d4fa77ce@mail.gmail.com (view raw or flat)
Thread:
Lists: pgsql-advocacypgsql-hackers
On 11/24/06, Jim Nasby <jim(dot)nasby(at)enterprisedb(dot)com> wrote:
> The downside to pgCluster (and the synchronous pgpool replication as
> well) is that it's statement-based. That means something like
>
> INSERT INTO table VALUES( ..., now(), ... );
>
> Doesn't work right at all.

Umm, as this is the second incorrect statement you've made about
PGCluster, perhaps you really should spend some time reading the docs
before posting.  Just for the record, PGCluster does support proper
replication of now().

> I'll agree with Josh Drake that the demand for synchronous
> replication isn't as great as the hype (or the demand for async), but
> it definitely does exist.

Agreed.

-- 
Jonah H. Harris, Software Architect | phone: 732.331.1324
EnterpriseDB Corporation            | fax: 732.331.1301
33 Wood Ave S, 3rd Floor            | jharris(at)enterprisedb(dot)com
Iselin, New Jersey 08830            | http://www.enterprisedb.com/

In response to

Responses

pgsql-hackers by date

Next:From: Andrew DunstanDate: 2006-11-26 21:22:01
Subject: Re: "Optional ident" authentication
Previous:From: Magnus HaganderDate: 2006-11-26 19:45:08
Subject: Re: First Release Candidate Uploaded ...

pgsql-advocacy by date

Next:From: Josh BerkusDate: 2006-11-26 23:07:09
Subject: Re: pg_live-2.1.1 beta
Previous:From: David BorehamDate: 2006-11-26 16:42:41
Subject: Re: Integrating Replication into Core

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