[Dev] ZODB is not a Storage Technology (Re: other formats )

[John Anderson]

Michael R. Bernstein wrote:

>On Sun, 2002-11-03 at 12:48, Eric Gerlach wrote:
>  
>
>>-----BEGIN PGP SIGNED MESSAGE-----
>>Hash: SHA1
>>
>>At 12:16 PM 03/11/02 -0800, Michael R. Bernstein wrote:
>>
>> >The ZODB is not in and of itself a Storage technology. It is a Python
>> >object persistence layer, that has a pluggable storage back-end.
>>
>>Woah there Micheal.  I never once mentioned ZODB.  If we fix our
>>thinking in terms of the technology, we lose sight of the real design
>>issues, which have nothing to do with choosing technology.  If all you
>>have is a hammer, everything looks like a nail.
>>
>>My diagram was designed to show that whatever abstraction Chandler
>>data takes should have its own layer.  There's no need to diagram the
>>internals of ZODB... if you like, replace "Data" in my diagram with
>>"ZODB".
>>    
>>
>
>Eric, please notice that I was replying to David's posting, where it was
>clear to me he was thinking of the ZODB as a Storage model, when it's
>really an abstraction layer on the order of what he was looking for.
>
>I was trying to clear up a misperception, not advocating the ZODB
>per-se. Please notice I didn't label any part of the diagram 'ZODB'. I
>*can't* advocate the ZODB much, because I'm no more certain of the
>requirements that led to it's selection than anyone else on this list.
>  
>
We're interested in ZODB for a couple reasons: transparent object 
persistence is a big boon to productivity -- you don't have to write 
code to get data in and out of a database and dealing with data in 
native data structures is just much simpler. As it turns out the Python 
community has figured this out and they are working on a proposal to get 
persistence built into Python 
(http://www.python.org/sigs/persistence-sig/). It looks to me like ZODB 
is a front runner for influencing the eventual Python standard for 
persistence. Trouble is, ZODB has a bunch of problems, for example it's 
dog slow. So I'd like to investigate what would be necessary to make 
ZODB a better solution.

>Cheers,
>
>Michael Bernstein.
>
>_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
>
>Open Source Applications Foundation "Dev" mailing list
>http://lists.osafoundation.org/mailman/listinfo/dev
>  
>