On 20/03/2006, at 12:40 PM, Peter Wilkinson wrote:

> For me the bottom line is that a SQL data store is able to offer
> fast start-up and little memory usage, traded off against that is
> the added complexity and overhead of how to handle packing well.
> Personally I think if I were to pursue improving the large object
> count performance of Durus (which is where my travels started) I'd
> focus on just the on disk index of individual records so maybe
> somehow it can be made that such that it just doesn't need to be
> read completely on start-up.

This has been bugging me all day since I wrote it.

The more I think about it the more I feel that something that doesn't
lose much in write performance to FileStorage, has fast startup and a
reasonable packing model can be built on top of SQL data storage.
It's definitely not going to suit everybody since there is added
complexity in the extra layers but in some cases may be more
appropriate. Given this, I'm going to continue to beat away at it in
my spare time and put the pieces I've come up with so far up
somewhere so others can have a poke at also if they would like.

If nothing else I continue to learn more about Durus on the way...

Peter W.