| From: | "Jeff Larsen" <jlar310(at)gmail(dot)com> |
|---|---|
| To: | pgsql-general(at)postgresql(dot)org |
| Subject: | Re: replication in Postgres |
| Date: | 2007-11-26 15:14:42 |
| Message-ID: | d1f9b6f00711260714p5f2b47c2td46d3ac7dbee0b8a@mail.gmail.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-general |
> Alvaro Herrera wrote:
> > Glyn Astill wrote:
> >> Thanks everyone for your replies. EnterpriseDB looks like the way to
> >> go if we want good replication.
> >
> > Sorry, this makes no sense to me -- EnterpriseDB has no replication
> > solution that I know of.
>
> Yeah, there is:
>
> http://www.enterprisedb.com/products/enterprisedb_replication.do
Yes, but I'd like something better than "near real time" as the above
page describes. Or maybe someone could clarify that.... Besides,
EnterpriseDB does not save me enough money. In my current commercial
DB, if a transaction is committed on the master, it is guaranteed to
be committed to the secondary. In our business, losing one customer
order could lose us the customer for good.
Jeff
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Vivek Khera | 2007-11-26 15:25:06 | Re: Migrating from 32 to 64 bit |
| Previous Message | Lew | 2007-11-26 15:10:07 | Re: Why LIMIT and OFFSET are commutative |