-----BEGIN PGP SIGNED MESSAGE-----
Philipp von Weitershausen wrote:
> Tres Seaver wrote:
>>Frankly, anything which attempts to "fix pickles" in-place smells bad to
>>me. "Dump and reload" is how the RDBMS world handles this kind of
>>problem, and it isn't because they don't have smart folks working on them.
> You're right, as nice as generations might be, they can't work around
> some of the architectural "flaws" of the ZODB.
I wouldn't call them "flaws"; schema changes are *hard* in RDBMS land, too.
> And, of course, they've not been "battle tested", but who's going to
> battle test them until they are battle tested? Chicken... egg... :).
> So, do I take it that you're suggesting the upgrade strategy should
> entail some sort of dump/reload?
Yes, and for a perfect example of why (not related to DateTime, just to
fix-in-place in general) prosecution calls .... zope.org.
Pros: Is it true that you harbor pickles from software which
pre-dates the original public release of the PTK, almost
six years ago?
Witness (sobbing): Yes! Yes! it is true. They could have cleaned
me out by doing a data migration into a fresh ZODB, but they
thought they were clever enough to update me in place. I feel
Tres Seaver +1 202-558-7113 [EMAIL PROTECTED]
Palladion Software "Excellence by Design" http://palladion.com
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
-----END PGP SIGNATURE-----
Zope-Dev maillist - Zope-Dev@zope.org
** No cross posts or HTML encoding! **
(Related lists -