Chris McDonough wrote:
> > It's be nice if ZCatalog had a good general purpose
> > interface, and was a
> > bit more robust.
> > (the BTree implementation which has been mentioned a few times springs
> > to mind here ;-)
> Can you be more specific?

Andy can fill you in on the specifics.

>  What's insufficient about the current
> implementation?

It doesn't scale well, especially for things where you have lots of new
data arriving (this is the BTree problem, I think...)

It has no published and well defined query syntax (there's patches here,
bits there, but no definitive document on how to use it, how to batch
with it, how to perform complex and structured queries, particularly
with TextIndex'es)

Don't get me wrong, it is very cool, but only kindof 70% there :S
(and I get the impression that doing the remaining 30% properly would
require a rewrite...)

As an example, we've been trying to do Zope-based versions of the
mailing list archives for a coupla months now and the Catalog keeps
exploding in different ways (huge resource consumption, even for only
30K messages or so, no matter what storage is used)

Then there's the ubiquitous 'KeyError's and other associated weirdness,
all of which leaves me feeling a lot less than totally confident in the
Catalog ;-)

comments very welcome,


Zope maillist  -  [EMAIL PROTECTED]
**   No cross posts or HTML encoding!  **
(Related lists - )

Reply via email to