[IRCServices] Database WAS: out of buffer?

[Everett B. Simonds]

I don't really for see the need to embed a whole SQL engine into 
services.  I have looked at some of the database code in there and I'm 
wondering if the system would benefit from having some sort of write 
behind log so that services doesn't burn time rewriting the whole 
database every time it flushes them out to disk.  This would certainly 
help those who have a significantly sized user base.  This would also 
eliminate the need to have two copies of the database on disk while it 
writes it out, good for those who might be strapped for disk space.

If you're going to embed any sort of database option into services, you 
might as well use the Berkeley DB system from Sleepy Cat.  No need to 
get fancy with an SQL parser/optimizer for something like this, 
especially when all you're doing is a simple SELECT or INSERT/UPDATE 
with no joins.

Though I'm all for a nice home grown solution as well.

Kelmar K. Firesun (Bryce Simonds)
Co-admin: dream.esper.net

Anton Wolkov wrote:
> a nice feature would be a module (like database/exportxml) that would
> have a parameter, how many minutes to wait between an xml export and a
> parameter for target filename, that would eliminate the need for
> crontab.
> also if your into innovation and all, consider implementing sqlite to
> ircservices, it's so much more expandable and would also make services
> fly on select operations.
> the httpd module is not most frequently used mainly because of it's
> stability issues, it may be a good idea to have an export module for
> html pages and then to serve them over apache, this would also provide
> more options to integrate services to existing websites.
> other nice feature i think would be widely used is the vhost parameter
> for nickserv, it is supported by many popular protocols.
> --
> PHANTOm
> http://www.irc.nix.co.il/ -- irc.nix.co.il
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
>