I can think of a couple of reasons to do this - and lots not to:
for: scalable central store that multiple machines can address with
better?(different) locking than NFS provides
for: different security model from disk store
against: performance - today's disk systems are essentially hierarchical
file systems anyway - especially like Reiser. SQL generally requires far
more resources for similar performance - especially with "blobs" of any
size. RAM for SQL server takes away from RAM for disk caching.
against: most messages don't hit the data store anyway if the system is
working the way it is supposed to
against: central database can't be replicated (potential for multiple
deliveries of single message) so scalability is limited and means a
single point of failure
There are likely others
Maybe you should share your reasons.
richard
On Thu, 2007-02-15 at 08:38 -0800, Marc Perkel wrote:
> One thing I'd like to see in Exim 5 is an all SQL version where mail is
> stored as SQL and there's really tight SQL support.
>
--
-
Richard C. Pitt Pacific Data Capture
rcpitt@??? 604-644-9265
http://richard.pacdat.net www.pacdat.net
PGP Fingerprint: FCEF 167D 151B 64C4 3333 57F0 4F18 AF98 9F59 DD73
