zope.app.catalog 3.5.1

Zope Cataloging and Indexing Framework

Catalogs provide management of collections of related indexes with a basic search algorithm.

Detailed Documentation

Catalogs

Catalogs provide management of collections of related indexes with a basic search algorithm. Let’s look at an example:

>>> from zope.app.catalog.catalog import Catalog
>>> cat = Catalog()

We can add catalog indexes to catalogs. A catalog index is, among other things, an attribute index. It indexes attributes of objects. To see how this works, we’ll create a demonstration attribute index. Our attribute index will simply keep track of objects that have a given attribute value. The catalog package provides an attribute-index mix-in class that is meant to work with a base indexing class. First, we’ll write the base index class:

>>> import persistent, BTrees.OOBTree, BTrees.IFBTree, BTrees.IOBTree
>>> import zope.interface, zope.index.interfaces

>>> class BaseIndex(persistent.Persistent):
...     zope.interface.implements(
...         zope.index.interfaces.IInjection,
...         zope.index.interfaces.IIndexSearch,
...         )
...
...     def clear(self):
...         self.forward = BTrees.OOBTree.OOBTree()
...         self.backward = BTrees.IOBTree.IOBTree()
...
...     __init__ = clear
...
...     def index_doc(self, docid, value):
...         if docid in self.backward:
...             self.unindex_doc(docid)
...         self.backward[docid] = value
...
...         set = self.forward.get(value)
...         if set is None:
...             set = BTrees.IFBTree.IFTreeSet()
...             self.forward[value] = set
...         set.insert(docid)
...
...     def unindex_doc(self, docid):
...         value = self.backward.get(docid)
...         if value is None:
...             return
...         self.forward[value].remove(docid)
...         del self.backward[docid]
...
...     def apply(self, value):
...         set = self.forward.get(value)
...         if set is None:
...             set = BTrees.IFBTree.IFTreeSet()
...         return set

The class implements IInjection to allow values to be indexed and unindexed and IIndexSearch to support searching via the apply method.

Now, we can use the AttributeIndex mixin to make this an attribute index:

>>> import zope.app.catalog.attribute
>>> import zope.app.container.contained
>>> import zope.app.catalog.interfaces

>>> class Index(zope.app.catalog.attribute.AttributeIndex,
...             BaseIndex,
...             zope.app.container.contained.Contained,
...             ):
...    zope.interface.implements(zope.app.catalog.interfaces.ICatalogIndex)

Unfortunately, because of the way we currently handle containment constraints, we have to provide ICatalogIndex, which extends IContained. We subclass Contained to get an implementation for IContained.

Now let’s add some of these indexes to our catalog. Let’s create some indexes. First we’ll define some interfaces providing data to index:

>>> class IFavoriteColor(zope.interface.Interface):
...     color = zope.interface.Attribute("Favorite color")

>>> class IPerson(zope.interface.Interface):
...     def age():
...         """Return the person's age, in years"""

We’ll create color and age indexes:

>>> cat['color'] = Index('color', IFavoriteColor)
>>> cat['age'] = Index('age', IPerson, True)
>>> cat['size'] = Index('sz')

The indexes are created with:

• the name of the of the attribute to index

• the interface defining the attribute, and

• a flag indicating whether the attribute should be called, which defaults to false.

If an interface is provided, then we’ll only be able to index an object if it can be adapted to the interface, otherwise, we’ll simply try to get the attribute from the object. If the attribute isn’t present, then we’ll ignore the object.

Now, let’s create some objects and index them:

>>> class Person:
...     zope.interface.implements(IPerson)
...     def __init__(self, age):
...         self._age = age
...     def age(self):
...         return self._age

>>> class Discriminating:
...     zope.interface.implements(IFavoriteColor)
...     def __init__(self, color):
...         self.color = color

>>> class DiscriminatingPerson(Discriminating, Person):
...     def __init__(self, age, color):
...         Discriminating.__init__(self, color)
...         Person.__init__(self, age)

>>> class Whatever:
...     def __init__(self, **kw):
...         self.__dict__.update(kw)

>>> o1 = Person(10)
>>> o2 = DiscriminatingPerson(20, 'red')
>>> o3 = Discriminating('blue')
>>> o4 = Whatever(a=10, c='blue', sz=5)
>>> o5 = Whatever(a=20, c='red', sz=6)
>>> o6 = DiscriminatingPerson(10, 'blue')

>>> cat.index_doc(1, o1)
>>> cat.index_doc(2, o2)
>>> cat.index_doc(3, o3)
>>> cat.index_doc(4, o4)
>>> cat.index_doc(5, o5)
>>> cat.index_doc(6, o6)

We search by providing query mapping objects that have a key for every index we want to use:

>>> list(cat.apply({'age': 10}))
[1, 6]
>>> list(cat.apply({'age': 10, 'color': 'blue'}))
[6]
>>> list(cat.apply({'age': 10, 'color': 'blue', 'size': 5}))
[]
>>> list(cat.apply({'size': 5}))
[4]

We can unindex objects:

>>> cat.unindex_doc(4)
>>> list(cat.apply({'size': 5}))
[]

and reindex objects:

>>> o5.sz = 5
>>> cat.index_doc(5, o5)
>>> list(cat.apply({'size': 5}))
[5]

If we clear the catalog, we’ll clear all of the indexes:

>>> cat.clear()
>>> [len(index.forward) for index in cat.values()]
[0, 0, 0]

Note that you don’t have to use the catalog’s search methods. You can access its indexes directly, since the catalog is a mapping:

>>> [(name, cat[name].field_name) for name in cat]
[(u'age', 'age'), (u'color', 'color'), (u'size', 'sz')]

Catalogs work with int-id utilities, which are responsible for maintaining id <-> object mappings. To see how this works, we’ll create a utility to work with our catalog:

>>> import zope.app.intid.interfaces
>>> class Ids:
...     zope.interface.implements(zope.app.intid.interfaces.IIntIds)
...     def __init__(self, data):
...         self.data = data
...     def getObject(self, id):
...         return self.data[id]
...     def __iter__(self):
...         return self.data.iterkeys()
>>> ids = Ids({1: o1, 2: o2, 3: o3, 4: o4, 5: o5, 6: o6})

>>> from zope.app.testing import ztapi
>>> ztapi.provideUtility(zope.app.intid.interfaces.IIntIds, ids)

With this utility in place, catalogs can recompute indexes:

>>> cat.updateIndex(cat['size'])
>>> list(cat.apply({'size': 5}))
[4, 5]

Of course, that only updates that index:

>>> list(cat.apply({'age': 10}))
[]

We can update all of the indexes:

>>> cat.updateIndexes()
>>> list(cat.apply({'age': 10}))
[1, 6]
>>> list(cat.apply({'color': 'red'}))
[2]

There’s an alternate search interface that returns “result sets”. Result sets provide access to objects, rather than object ids:

>>> result = cat.searchResults(size=5)
>>> len(result)
2
>>> list(result) == [o4, o5]
True

The index example we looked at didn’t provide document scores. Simple indexes normally don’t, but more complex indexes might give results scores, according to how closely a document matches a query. Let’s create a new index, a “keyword index” that indexes sequences of values:

>>> class BaseKeywordIndex(persistent.Persistent):
...     zope.interface.implements(
...         zope.index.interfaces.IInjection,
...         zope.index.interfaces.IIndexSearch,
...         )
...
...     def clear(self):
...         self.forward = BTrees.OOBTree.OOBTree()
...         self.backward = BTrees.IOBTree.IOBTree()
...
...     __init__ = clear
...
...     def index_doc(self, docid, values):
...         if docid in self.backward:
...             self.unindex_doc(docid)
...         self.backward[docid] = values
...
...         for value in values:
...             set = self.forward.get(value)
...             if set is None:
...                 set = BTrees.IFBTree.IFTreeSet()
...                 self.forward[value] = set
...             set.insert(docid)
...
...     def unindex_doc(self, docid):
...         values = self.backward.get(docid)
...         if values is None:
...             return
...         for value in values:
...             self.forward[value].remove(docid)
...         del self.backward[docid]
...
...     def apply(self, values):
...         result = BTrees.IFBTree.IFBucket()
...         for value in values:
...             set = self.forward.get(value)
...             if set is not None:
...                 _, result = BTrees.IFBTree.weightedUnion(result, set)
...         return result

>>> class KeywordIndex(zope.app.catalog.attribute.AttributeIndex,
...                    BaseKeywordIndex,
...                    zope.app.container.contained.Contained,
...                    ):
...    zope.interface.implements(zope.app.catalog.interfaces.ICatalogIndex)

Now, we’ll add a hobbies index:

>>> cat['hobbies'] = KeywordIndex('hobbies')
>>> o1.hobbies = 'camping', 'music'
>>> o2.hobbies = 'hacking', 'sailing'
>>> o3.hobbies = 'music', 'camping', 'sailing'
>>> o6.hobbies = 'cooking', 'dancing'
>>> cat.updateIndexes()

When we apply the catalog:

>>> cat.apply({'hobbies': ['music', 'camping', 'sailing']})
BTrees.IFBTree.IFBucket([(1, 2.0), (2, 1.0), (3, 3.0)])

We found objects 1-3, because they each contained at least some of the words in the query. The scores represent the number of words that matched. If we also include age:

>>> cat.apply({'hobbies': ['music', 'camping', 'sailing'], 'age': 10})
BTrees.IFBTree.IFBucket([(1, 3.0)])

The score increased because we used an additional index. If an index doesn’t provide scores, scores of 1.0 are assumed.

Automatic indexing with events

In order to automatically keep the catalog up-to-date any objects that are added to a intid utility are indexed automatically. Also when an object gets modified it is reindexed by listening to IObjectModified events.

Let us create a fake catalog to demonstrate this behaviour. We only need to implement the index_doc method for this test.

>>> from zope.app.catalog.interfaces import ICatalog
>>> from zope import interface, component
>>> class FakeCatalog(object):
...     indexed = []
...     interface.implements(ICatalog)
...     def index_doc(self, docid, obj):
...         self.indexed.append((docid, obj))
>>> cat = FakeCatalog()
>>> component.provideUtility(cat)

We also need an intid util and a keyreference adapter.

>>> from zope.app.intid import IntIds
>>> from zope.app.intid.interfaces import IIntIds
>>> intids = IntIds()
>>> component.provideUtility(intids, IIntIds)
>>> from zope.app.keyreference.testing import SimpleKeyReference
>>> component.provideAdapter(SimpleKeyReference)

>>> from  zope.app.container.contained import Contained
>>> class Dummy(Contained):
...     def __init__(self, name):
...         self.__name__ = name
...     def __repr__(self):
...         return '<Dummy %r>' % self.__name__

We have a subscriber to IIntidAddedEvent.

>>> from zope.app.catalog import catalog
>>> from zope.app.intid.interfaces import IntIdAddedEvent
>>> d1 = Dummy(u'one')
>>> id1 = intids.register(d1)
>>> catalog.indexDocSubscriber(IntIdAddedEvent(d1, None))

Now we have indexed the object.

>>> cat.indexed.pop()
(..., <Dummy u'one'>)

When an object is modified an objectmodified event should be fired by the application. Here is the handler for such an event.

>>> from zope.lifecycleevent import ObjectModifiedEvent
>>> catalog.reindexDocSubscriber(ObjectModifiedEvent(d1))
>>> len(cat.indexed)
1
>>> cat.indexed.pop()
(..., <Dummy u'one'>)

Preventing automatic indexing

Sometimes it is not accurate to automatically index an object. For example when a lot of indexes are in the catalog and only specific indexes needs to be updated. There are marker interfaces to achieve this.

>>> from zope.app.catalog.interfaces import INoAutoIndex

If an object provides this interface it is not automatically indexed.

>>> interface.alsoProvides(d1, INoAutoIndex)
>>> catalog.indexDocSubscriber(IntIdAddedEvent(d1, None))
>>> len(cat.indexed)
0

>>> from zope.app.catalog.interfaces import INoAutoReindex

If an object provides this interface it is not automatically reindexed.

>>> interface.alsoProvides(d1, INoAutoReindex)
>>> catalog.reindexDocSubscriber(ObjectModifiedEvent(d1))
>>> len(cat.indexed)
0

CHANGES

3.5.1 (2007-10-31)

• Resolve ZopeSecurityPolicy deprecation warning.

3.5.0 (2007-10-11)

• Updated some meta-data.

• Move ftests.py to tests.py.

3.5.0a3 (2007-09-27)

• removed some deprecations

3.5.0a2 (2007-09-21)

• bugfix: passing the context to getAllUtilitiesRegisteredFor in all eventhandlers because no catalog was found which was located in a sub site and for example the ObjectModifiesEvent get fired from somewhere in the root.

3.5.0a1 (2007-06-26)

• Added marker interfaces to prevent automatic indexing (see: event.txt)