[Zope] RFC: Multiple databases

[Alexander Staubo]

Unless you invent some special magic, you'd lose transactions, too,
wouldn't you? Or is that built into the ODB engine? (I don't know
exactly how this thing is built.)

Under BFS (BeOS) and NTFS 5 (Windows 2000) you don't even have to store
properties externally, as these file systems support file attributes. On
NTFS 4 (NT 4.0 and earlier) you could store the metadata as separate
streams inside each file; this is a barely documented, largely
overlooked feature of NT that is rarely used, and is in fact there for
Mac resource-fork compatibility. But it would certainly work.

I think it's a good idea, if only because FTP and WebDAV (at least as
far OS integration is concerned) suck.

--
Alexander Staubo             http://www.mop.no/~alex/
"`This must be Thursday,' said Arthur to himself, sinking low over
his beer, `I never could get the hang of Thursdays.'"
--Douglas Adams, _The Hitchhiker's Guide to the Galaxy_

>-----Original Message-----
>From: zope-admin@zope.org [mailto:zope-admin@zope.org]On Behalf Of
>Anthony Pfrunder
>Sent: 28. juni 1999 02:29
>To: zope@zope.org
>Subject: [Zope] RFC: Multiple databases
>
>
>[The following is also in the Collecter under features.  I'm
>posting this
>as it relates to the above messages.]
>
>My thoughts on extensions to Zope:
>
>I'm <will be> working on constructing an additional Data.fs plugin
>(dropover FileStorage.py) which may be of use.  The idea is to
>store stuff
>on the native filesystem and put properties etc in prop.x (ie the
>properties for file1.txt are in prop.file1.txt).  The
>advantage of this is
>that it allows ppl to have a smb connection to a shared directory hence
>allowing them to more easily update the files.  Of course,
>this means that
>you lose the ability to undo changes.
>
>This database could be enhanced by allowing it to reconize Microsoft
>Office documents and store properties directly in the document itself.
>This means that the properties now travel with the document.
>
>The second part of this proposal is to produce a Product which
>allows you
>to "mount" a database onto a subpath.  This is very similiar
>to importing
>the database except that they are kept separate.  These means that
>toplevel stuff goes into one Data.fs and the department
>Data.fs contains
>/Department/... stuff.  This way, you can have a consistent
>style across
>various webservers just by running multiple copies of Zserver.  In
>addition, you could make toplevel.fs read-only to protect it.  This
>Product should be able to handle different filesystems (ie the current
>one, the above one and others)
>
>
>Cheers,
>
>Anthony Pfrunder
>
>
>_______________________________________________
>Zope maillist  -  Zope@zope.org
>http://www.zope.org/mailman/listinfo/zope
>
>(For developer-specific issues, use the companion list,
>zope-dev@zope.org - http://www.zope.org/mailman/listinfo/zope-dev )
>