[dev] Multiple SQL Server Support

Michael Cochrane mike@graftonhall.co.nz
Wed, 26 Jun 2002 07:49:42 +0100


After a few seconds thought, the obvious place to implelement this seemed to be 
a PEAR::DB class that deals with two servers, either directly or indirectly via 
two (or multiple) PEAR::DB ojbects. 

The second way allows for different DB servers (eg MySql, SQL server). And 
could also implement options like load balancing (choose a server at random) or 
fall over support (work through a list until a working server if found)

Implmenting it as a PEAD::DB class means that no changes are needed to the 
Horde framework nor any other applications that make use of the PEAR::DB 
classes to connect to databases.

Just my thoughs.... 

- Mike :-)


Quoting James <james@james-web.net>:

> Idea: 
> Redundant SQL Server Support.  If the 'primary' SQL server can't be
> contacted, Horde and whatever configured applications switches over to a
> 'secondary' SQL server.  This would probably require a redo of a lot of
> ..conf files, and some work inside of the core horde classes.
> 
> But I think it's a large benefit as it provides failover survivability
> in case one SQL server is hit by a meteor or something.
> 
> I'm currently utilizing this in non-Horde related in-house application,
> and was wonder your thoughts on its feasability inside of Horde.  Would
> this be a easy to moderate project, or a major to impossible project?
> 
> - James, fiendishly planning
> 
> 
> -- 
> Horde developers mailing list
> Frequently Asked Questions: http://horde.org/faq/
> To unsubscribe, mail: dev-unsubscribe@lists.horde.org




-------------------------------------------------------------------------
This mail sent from Mike's CVS HEAD install of IMP: http://horde.org/imp/