Re: Mehr Speed?

Hallo,

Dieter Maurer schrieb:
> "IncrementalSearch2" verwendet eine ähnliche Optimierung intern.
> 
> Neben dieser Reihenfolgenoptimierung enthält das Paar eine weitere
> sehr mächtige Optimierung, die ausnutzt, dass Indexe nicht nur
> die lineare Struktur (genutzt von den eingebauten Und/Oder Operatoren)
> sondern auch eine Baumstruktur unterstützen. "IncrementalSearch2"
> nutzt diese Struktur, um große Teile der Objektliste zu überspringen
> ohne die Subtrees/Buckets dazischen laden zu müssen.

Kann ManagableIndex & Co auch so etwas wie einen Multiple-Column-Index
bzw. Composite Index (kennt man von RDBMs), um eine Katalogabfrage zu
optimieren?

z.B. bei MYSQL
http://dev.mysql.com/doc/refman/5.0/en/multiple-column-indexes.html),

Auf die Schnelle blicke ich gerade nicht durch, ob ManagableIndex so
etwas kann. Wir haben hier einen Prototypen "CompositeIndex" für den
ZCatalog programmiert, der transparent UND-Verknüpfungen aus
FieldIndexes und KeywordIndexes kapert, zusammenfasst und à la
"multiple-column-indexes" auf einen CompositeIndex anwendet.
Mehrfach wird zum Beispiel "is_default_page, review_state, portal_type"
gleichzeitig in plone pro REQUEST abgefragt. Mittels CompositeIndex wird
die Katalogabfrage fast um den Faktor 2(-3) schneller, und
CompositeIndex schont außerdem die Speicherbelegung des ZODB-Cache.

Gruß
Andreas

-- 
Dr. Andreas Gabriel, Hochschulrechenzentrum
Hans-Meerwein-Str., 35032 Marburg, fon +49 (0)6421 28-23560 fax -26994
----------------- Philipps-Universitaet Marburg ----------------------


_______________________________________________
zope mailing list
[email protected]
https://mail.dzug.org/mailman/listinfo/zope