Andreas Kostyrka <andreas@mtg.co.at> writes:
On 1 Jul 1999 michel@digicool.com wrote:
It might be possible, note that it would have the same limitations as du: it would 'wake up' (activate from the Object Store) all objects to guage their size, and then there is the question of previous object versions, should you consider the size of previous versions in the Object Database?
Interesting questions. I've been thinking more on the side of the ISP hosting Zope sites. It's not a question if the site takes 20.0 or 20.1MB, but it's a difference if it's 20MB or 160MB.
Previous Versions should probably not count, as they disappear when the database is packed, right?
Yep. Of course, this is quickly solved by making 'accumlate previous vesions' an option. Someone might want to know the absolute total of all of their object, including previous versions. Taking this discusion a level further, it might even be nice to be able to just 'pack' a subfolder, so someone who has reached their quota can free up some space by cleaning out older versions. Of couse, a more privledged user could override that by packing 'above' their folder. -Michel
Andreas -- Win95: n., A huge annoying boot virus that causes random spontaneous system crashes, usually just before saving a massive project. Easily cured by UNIX. See also MS-DOS, IBM-DOS, DR-DOS, Win 3.x, Win98.
michel@digicool.com wrote:
(snip)
Taking this discusion a level further, it might even be nice to be able to just 'pack' a subfolder, so someone who has reached their quota can free up some space by cleaning out older versions. Of couse, a more privledged user could override that by packing 'above' their folder.
Here's something to keep in mind and a little bit of ZODB Zen. Folders are an *application-level* notion. There is no visibility to folders at the database level. There is no way to look at a database record and tell what folder the object is in. An object may not be in any folder, or in several. I envision the database managing quotas and possibly providing administrative control based on "accounting" information. For example, one might say that each "member" of a site gets 1 meg of storage. It doesn't matter *where* (in the application notion of place) that space is. They might have 50K in a "news" area, 400K in a contributed area, and so on. Similarly, with some future storage manager, it might be possible for a member to pack *just* their data. Jim -- Jim Fulton mailto:jim@digicool.com Python Powered! Technical Director (888) 344-4332 http://www.python.org Digital Creations http://www.digicool.com http://www.zope.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.
participants (2)
-
Jim Fulton -
michel＠digicool.com