[Xapian-devel] GSOC 2012 : QueryParser Reimplementation

[Sehaj Singh Kalra]

@Olly : Sir, got your point about caching. I will definitely go for fully
implementing a replacement of QueryParser and get it merged . Will make
sure all the features that the current QueryParser supports, work better or
at least that best in the replacement along with the extra features like
spelling suggestion and improvement of parsed form of real world queries
with the help of examples given in queryparsertest.cc  as you mentioned in
your earlier mail.
Will not go for partially this and partially that.

@Dan : Sir, as discussed with Olly sir, I agree that we should not get into
result caching. As the name of the topic itself mentions
"QueryParser Re-implementation ", I would definitely go
for re-implementation rather than adding to the existing implementation. As
you rightfully mentioned, will take into account how muck time
simply re-implementing the query parser will take in my proposal.
And since we are not doing caching any longer, so those patents are of no
use and will not be referred to.

Will come up with the proposal and will let you know so that with the help
of your suggestions, I can improve the basic proposal that I come up with.

Cheers,
Sehaj

On Mon, Mar 26, 2012 at 7:12 AM, Olly Betts <olly at survex.com> wrote:

> On Sun, Mar 25, 2012 at 09:27:19PM +0530, Sehaj Singh Kalra wrote:
> > I have a question - Does Xapian at present cache the result at any level
> ?
> > If not, then I can add the functionality of caching ("after" the Query
> has
> > been parsed as you rightfully explained that it's probably better to
> cache
> > after the QueryParser) in my proposal.
>
> Xapian doesn't explicitly cache results between queries, though the
> operating system will cache recently read disk blocks, which makes a
> big difference - if you turn on the machine and time running the same
> query twice in a row, it'll be much faster the second time, entirely
> due to this.
>
> Make sure you don't bite off too much though - it would be better to
> fully implement a replacement QueryParser and get it merged than to
> partly implement a replacement QueryParser and partly implement a query
> result cache.  The current QueryParser supports quite a lot of features
> and those all need to work at least as well in the replacement as they
> do currently before we can make the switch.
>
> Cheers,
>    Olly
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xapian.org/pipermail/xapian-devel/attachments/20120327/f2ca02f0/attachment.htm>