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

New News Entry

From: www(at)www(dot)postgresql(dot)com (World Wide Web Owner)
To: pgsql-www(at)postgresql(dot)org
Subject: New News Entry
Date: 2004-06-17 01:34:49
Message-ID: 20040617013449.44E28CF5055@www.postgresql.com (view raw or flat)
Thread:
Lists: pgsql-www
A new entry has been added to the news database.

Database Admin: http://www.postgresql.org/admin/edit_news.php?201

Submitted by: justin(at)postgresql(dot)org
Headline: 3rd Beta of PostgreSQL Master -> Multi-slave replication system
Summary:

<a href=\"http://gborg.postgresql.org/project/slony1/projdisplay.php\">Slony 1</a>, the successor to the eRServer replication project used for hosting the .org and .info domain names has entered it\'s third beta testing phase.

Target release date is 1st July 2004.

Story:

<a href=\"http://www.slony.org\">Slony 1</a>, the successor to the eRServer Replication project used for hosting the .org and .info domain name registries, has entered it\'s third beta testing phase.

<a href=\"http://www.slony.org\">http://www.slony.org</a>

Slony 1 is designed for high volume sites and has been masterminded by Jan Wieck, a member of the PostgreSQL Core Team.

It is a working, advanced Master to Multi-Slave replication system written in C, works with PostgreSQL 7.3 and 7.4, and is BSD licenced.

Due for production release on 1st July 2004, Slony 1 has just entered it\'s third beta phase and is very well worth checking out by those with an interest in PostgreSQL replication.

More testers and contributors are welcome of course!

Changes from beta 2 are:

<ul>
<li>Fixed broken \"make distclean\" target (<a href=\"http://gborg.postgresql.org/project/slony1/bugs/bugupdate.php?825\">bug 825</a>).
<li>Added several HOWTO documents.
<li>Added a polling interval to the remote listener code so that reset connections get detected and the slave reconnects after network outages.
<li>Performance enhancements by replacing the possibly huge IN transactionId query parts with custom C functions.
<li>Performance enhancement through grouping of multiple replication queries into one PQexec() call.
<li>Fixed a flex scanner problem causing slonik coredumps on larger input files.
</ul>


Responses

pgsql-www by date

Next:From: Justin CliftDate: 2004-06-17 03:28:17
Subject: Problem with Techdocs Guides
Previous:From: World Wide Web OwnerDate: 2004-06-16 23:37:41
Subject: New Event

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