Thilo Goetz wrote:
Marshall Schor wrote:
Thilo Goetz wrote:
<snip>
From a performance perspective, I'd vote for having the filtering on
the iterator side of thing, where it already is. If one annotator
decides it needs a "filtered index" over annotations, that can
affect the performance of all other annotators as well, because then
all annotations not only go into the regular annotation index, but
the additional index as well.
Wouldn't the performance be better with the filtering on the indexing
side, if the #writes/updates << # read accesses to the filtered set?
No, because the way I see it, no filtering would ever be necessary.
If you have a different annotation index for each anchored view, you
don't need to do any filtering at indexing time, nor at access time.
Good point :-) I was assuming, just for the purpose of exploring (not
advocating :-) ) having only one index-set, and "add-to-indexes" would
go through all of them and the "filter" would only add the item to the
right view.
Your design point was assuming having different indexes per "anchored-view.
-Marshall
