Hi Eric On Wed, 09 Mar 2011 14:52 -0700, "Eric Wasylishen" <[email protected]> wrote:
> > afaik it isn't yet. Eric is still investigating various architecture and > > API ideas. > > Yeah, I'm still working on redesigning/rewriting.. I'm really hoping to > focus on this in the next few weeks and get something finished! Against Quentin's better advice :-), I begun experimenting with your first ObjectMerging (OM) prototype in GNUstep with EtoileUI to try and understand how to integrate it. I was able to load and save simple documents that consist of a flat list of data. I've noticed you've switched to sqlite for OM4 instead of multiple property lists. I just wanted to confirm some things: * Do you plan to use one sqlite database for the whole workspace of one user? This seems to make sense, given that it would be difficult to search multiple (offline) databases if there was one database per document. As you probably know, sqlite locks the entire database for each write transaction made by a process. I don't think this is a problem for offline applications as a single user will typically interact with only one application at a time. I think it may be a problem for network applications, as they will be writing data they receive from network connections at random intervals, which might cause some performance problems given that the sqlite FAQ suggests it might be only able to handle a few dozen transactions a second (as each transaction involves a couple of round-trips to disk to ensure the data is written). * Was there a plan to move to some kind of server for the object meta-data database? It seems we are able to avoid it with sqlite because of its file locking. * On a similar note, will you continue storing blobs of objects in the database, or store each blob in a separate file referenced from the database? Cheers Chris -- Christopher Armstrong carmstrong ^^AT^ fastmail dOT com /Dot/ au _______________________________________________ Etoile-dev mailing list [email protected] https://mail.gna.org/listinfo/etoile-dev
