John Eikenberry wrote:
On Wed, 30 Dec 1998, Andreas Kostyrka wrote:
That's why I've build my own ``little'' (perhaps tiny would describe it better) Zope Clone, using only Bobo&DocumentTemplate. As you've notices I've left out BoboPOS, so you can guess where I'm storing my data. Yes, on the filesystem. (Not completly correct, as I'm using an filestorage API, I could (at least in theory) store the whole site or part of it somewhere else, be it an SQL server, be it something else ;) )
Once BoboPOS3 is out, with its cleaned up and stabilized API, wouldn't it be possible to build a replacement for it that uses the filesystem instead of the binary format?
I'm not sure what you mean by "replacement for it".
I thought one of the features of the new BoboPOS was that it would allow alternative storage methods...
It provides an abstract low-level storage interface. This interface maps opaque ids to pickles. People who want to use the file system don't want opaque ids and pickles. They want file paths and text files. I could imagine fitting some file-based "database" into the ZODB framework, although it would need to interface at a higher level. One significant disconnect is that in the ZODB way of thinking, storage location is independent of location in the objects space. For a file-system-based database, the two would be tightly connected. Jim -- Jim Fulton mailto:jim@digicool.com Technical Director (888) 344-4332 Python Powered! Digital Creations http://www.digicool.com http://www.python.org Under US Code Title 47, Sec.227(b)(1)(C), Sec.227(a)(2)(B) This email address may not be added to any commercial mail list with out my permission. Violation of my privacy with advertising or SPAM will result in a suit for a MINIMUM of $500 damages/incident, $1500 for repeats.