History for StorageManager
??changed:- Glossary Entry: StorageManager The yet unimplemented StorageManager is an object that among other things gives the ZODB a **root** object. Right now a root is the object with an oid of '0\0\0\0\0\0\0\0' in a storage. (please feel free to correct me;) It can also merge the content from other storages by holding the locations of objects and fetching them from a given storage when their oid is asked for. Startup thought: You could pass a command to the storage manager at start-up. If no command is passed then var/Data.fs would be the default root path/storage. Two pictures 1. Storages can be visible inside Zope - This is seems similar to a Racks situation in the ZPatterns framework. - You can tell where a given object is stored - Ughhhly. 2. Storages can't be visable inside Zope - Storage should be transparent - Let storages manage what they are good at - How do you put a given obejct in a given storage? - I'll bet you could put this into ZPatterns and have the StorageManager offer up available storages for the instances. How is that different from what is proposed now? - Maybe a FileRack would do it.