If you don't mind the downtime it would be simpler to upgrade to 8.2 and
then worry about Slony. If you do mind you can use slony to do the
upgrade which needs much less downtime as you switch servers.
Geoffrey wrote:
> We plan to upgrade from our current 7.4.17 Postgresql to 8.2.? in the
> near future. We also plan to implement a replication solution, most
> likely Slony.
>
> We know that the upgrade to 8.2.? will require some code changes.
>
> Question is, is there a particular order in which we should perform
> these changes that would require the least amount of additional work?
>
> That is, would it be more efficient to move to 8.2.? and then implement
> our Slony replication, or would there be less effort in implementing the
> Slony solution and then upgrading to 8.2.? ?
>