From: | Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us> |
---|---|
To: | "Mikheev, Vadim" <vmikheev(at)SECTORBASE(dot)COM> |
Cc: | The Hermit Hacker <scrappy(at)hub(dot)org>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: WAL feature |
Date: | 2001-04-28 00:44:39 |
Message-ID: | 200104280044.f3S0idV19972@candle.pha.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
[ Charset ISO-8859-1 unsupported, converting... ]
> > Yep, WAL collects all database changes into one file. Easy to see how
> > some other host trying to replication a different host would find the
> > WAL contents valuable.
>
> Unfortunately, slave database(s) should be on the same platform
> (hardware+OS) to be able to use information about *physical*
> changes in data files. Also, this would be still *async* replication.
> Maybe faster than rserv, maybe with less space requirements (no rserv'
> log table), but maybe not.
>
> I believe that making efforts to implement (bi-directional) *sync*
> replication would be more valuable.
Or maybe an platform-neutral interface to the WAL file. Seems this
would fit a need.
--
Bruce Momjian | http://candle.pha.pa.us
pgman(at)candle(dot)pha(dot)pa(dot)us | (610) 853-3000
+ If your life is a hard drive, | 830 Blythe Avenue
+ Christ can be your backup. | Drexel Hill, Pennsylvania 19026
From | Date | Subject | |
---|---|---|---|
Next Message | Thomas Lockhart | 2001-04-28 01:04:34 | Re: v7.1.1 branched and released on Tuesday ... |
Previous Message | Mikheev, Vadim | 2001-04-28 00:41:43 | RE: WAL feature |