Search: takes time of what order?

[Ian McDonald]

> Ian McDonald wrote:
> >
> > From: "Ken Murchison" <ken at oceana.com>
> > >
> > > Yes, if you create a "squat" index for it, by using the "squatter"
> > > tool.  Since this only indexes messages currently in the mailbox, you
> > > should setup squatter to be an EVENT in cyrus.conf, if the mailbox
> > > constantly grows.
> >
> > So a search on a "squat" index will miss messages added since the most
> > recent execution of squatter?
>
> No.  It will never miss messages.  If its not in the index, it'll search
> the message file itself (as if there was no index at all).

I was envisaging a search that might return multiple SQUAT hits, but miss
messages that were new since the last call to squatter.

Perhaps I was assuming - wrongly - that SEARCH returns sets of results.

> > Should Cyrus have any problems executing a SEARCH on a hierarchy of
folders,
> > some of which have SQUAT indices and some cannot?
>
> No.  SEARCH looks for a squat index first, and then falls back to the
> "brute force" method.
>
> > Can a SQUAT index be removed simply by deleting the files?
>
> Yes.  Just delete cyrus.squat

Good.

> > (In which case, I'm going to need to add a subroutine to Cyrus that will
> > delete a squat index whenever a file changes; or a subroutine to the
> > searches that will ignore indices older than the folder itself. Oh, for
an
> > API :). ).
>
> Why would you want to remove them if your intention is to speed up
> SEARCHes?

I want to speed up searches; but I must not miss any messages.