[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/