[ale] database conversion

Christopher Fowler cfowler at outpostsentinel.com
Wed Feb 9 08:43:02 EST 2005


Stored Procedures is also another nice feature of Postgress.  One thing
I want to do is have backup databases.

In the MySQL realm all that was done with a Master -> Slave and done
with binary data.  I'm not looking for Master->Slave.  I've have had so
many problems getting the Master->Slave working and continue to work
under MySQL.  I want backup databases and possible even load balancing. 
Where I can have 2 database servers and then my application can contact
the first one available.

Maybe Oracle has this and not Postgress or MySQL?


On Wed, 2005-02-09 at 06:25, David Corbin wrote:
> Not that I have anything against PostgreSql, but when the database is built 
> 'properly'  MySql does have transactional support.  Have you considered 
> sticking with MySql and using the InnoDB engine?  It would probably mean much 
> less concern about 'switching'.
> 
> David
> 
> On Tuesday 08 February 2005 09:35 pm, James P. Kinney III wrote:
> > I am looking at a project that will involve migration of a MySql
> > database to PostgreSQL. The original db has numerous design errors that
> > are beginning to cause problems. The move to PostgreSQL will add the
> > transaction capabilities that would have prevented the current problem
> > causing the project (seqential transaction ID's would have been a great
> > start!)
> >
> > As this will need to be a parallel pair of db's for a while to run final
> > tests, I'm looking at pitfalls and processes others have used to migrate
> > from one 24x7 db to another seamlessly. I'm also looking for pointers on
> > getting identical data simultaneously into two seperate db's without
> > having to rewrite the entire app first.
> _______________________________________________
> Ale mailing list
> Ale at ale.org
> http://www.ale.org/mailman/listinfo/ale



More information about the Ale mailing list