Andy McKay wrote:
>> | The ideal solution would be to use an object that lives in the ZODB,
>> | I wonder if there is a way to keep the 'object history' empty? That
>> | is, keeping the counter 'packed' while retaining 'object history'
>> | information on all other objects.
>
>
> That would wo
On Wed, 14 Feb 2001, Johan Carlsson wrote:
> > Small confusion here: "ZODB" is a higher-level abstraction than
> > "FileStorage"; it is quite feasible to have one or more storages
> > inside your Zope which are "packless" / "undo-less", and which
> > then have the space efficiencies you are loo
On Wed, 14 Feb 2001, Steve Alexander wrote:
> Tres Seaver wrote:
>
> >
> > ...it is quite feasible to have one or more storages
> > inside your Zope ... often at a non-trivial time cost.
>
> Where does the time cost come in? I've noticed a delay on first
> mounting another storage, but I haven'
> > That would work, however I just dont think that fits neatly into the ZODB in
> > any way since all objects are appended.
>
> Small confusion here: "ZODB" is a higher-level abstraction than
> "FileStorage"; it is quite feasible to have one or more storages
> inside your Zope which are "
Tres Seaver wrote:
>
> ...it is quite feasible to have one or more storages
> inside your Zope ... often at a non-trivial time cost.
Where does the time cost come in? I've noticed a delay on first mounting
another storage, but I haven't looked for a delay on accessing objects
in the storage.
--
> "Andy McKay" <[EMAIL PROTECTED]> wrote:
>
> > | The ideal solution would be to use an object that lives in the ZODB,
> > | I wonder if there is a way to keep the 'object history' empty? That
> > | is, keeping the counter 'packed' while retaining 'object history'
> > | information on all other
Steve Alexander wrote:
>
> Shane's ExternalMount product is here:
>
>http://www.zope.org/Members/hathawsh/ExternalMount
>
> However, I couldn't find it from searching on zope.org, and it isn't
> listed on Shane's zope.org page.
Oops, I forgot to get it cataloged.
Shane
__
> A simpler solution is to use a mounted storage that doesn't do undo, and
stores changes in place.
You are the second person to answer with that. Would anyone care to give a
quick how-to on how to mount a non-undoing storage, such as FileStorage
since this doesnt seem immediately obvious to me.
Would anyone volunteer to write a mounting HOWTO? This is a FAQ.
- Original Message -
From: "Steve Alexander" <[EMAIL PROTECTED]>
To: "Andy McKay" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Tuesday, February 13, 2001 1:30 PM
Subject: Re: [Zo
Shane's ExternalMount product is here:
http://www.zope.org/Members/hathawsh/ExternalMount
However, I couldn't find it from searching on zope.org, and it isn't
listed on Shane's zope.org page.
--
Steve Alexander
Software Engineer
Cat-Box limited
http://www.cat-box.net
__
Andy McKay wrote:
>> A simpler solution is to use a mounted storage that doesn't do undo, and
>> stores changes in place.
>
> You are the second person to answer with that. Would anyone care to give a
> quick how-to on how to mount a non-undoing storage, such as FileStorage
FileStorage is what
> | The ideal solution would be to use an object that lives in the ZODB,
> | I wonder if there is a way to keep the 'object history' empty? That
> | is, keeping the counter 'packed' while retaining 'object history'
> | information on all other objects.
That would work, however I just dont think
[Morten W. Petersen]
| The ideal solution would be to use an object that lives in the ZODB,
| I wonder if there is a way to keep the 'object history' empty? That
| is, keeping the counter 'packed' while retaining 'object history'
| information on all other objects.
I'm no ZODB expert, but I thi
[Andy McKay]
| I released FSPoll recently and was going to combine the two into one
| FSCountThing with FSPoll and FSCounter subclassing of it, so maybe we could
| co-operate on ThreadSafeCounter and FSCounter?
The ideal solution would be to use an object that lives in the ZODB, I wonder
if ther
14 matches
Mail list logo