Folks,
> > Ingres is based off of the same original codebase that PostgreSQL was
> > based upon (a long time ago)
This is wrong. According to Andrew Yu and others who date back to the
original POSTGRES, development of Postgres involved several of the same
team members as INGRES (most notabl
Adding -performance back; you should do a reply-all if you want to reply to
list messages.
> From: Jeremy Haile [mailto:[EMAIL PROTECTED]
> > Can you point us at more info about this? I can't even find
> a website
> > for Ingres...
>
> Ingres is based off of the same original codebase that Post
On Tue, Mar 07, 2006 at 11:20:50AM -0800, Mark Lewis wrote:
> On Tue, 2006-03-07 at 13:00 -0600, Jim C. Nasby wrote:
>
> ...
>
> > PostgreSQL on a SAN won't buy you what I think you think it will. It's
> > essentially impossible to safely run two PostgreSQL installs off the
> > same data files wi
On Tue, 2006-03-07 at 13:00 -0600, Jim C. Nasby wrote:
...
> PostgreSQL on a SAN won't buy you what I think you think it will. It's
> essentially impossible to safely run two PostgreSQL installs off the
> same data files without destroying your data. What a SAN can buy you is
> disk-level replica
Please don't steal threds; post a new email rather than replying to an
existing thread.
On Mon, Mar 06, 2006 at 02:58:32PM -0500, Jeremy Haile wrote:
> Clustering solutions for PostgreSQL are currently pretty limited. Slony
> could be a good option in the future, but it currently only supports
>
Clustering solutions for PostgreSQL are currently pretty limited. Slony
could be a good option in the future, but it currently only supports
Master-Slave replication (not true clustering) and in my experience is a
pain to set up and administer. Bizgres MPP has a lot of promise,
especially for dat
