I don't think there is one yet... it's [still] one of the limitations I listed here:
http://blog.mikemccandless.com/2012/01/searching-relational-content-with.html But... if there were one, I don't think it would be user controllable. I think it's more of an up-front schema thing, eg you'd tell the QueryParser that "if field X is requested by the user's query then it's a field in a child doc and so you have to use BJQ to join to it". This way to the user it feels as if the fields are all fully denomalized, and the joins are done "on demand" if needed... Mike McCandless http://blog.mikemccandless.com On Thu, Jan 26, 2012 at 1:14 PM, Francisco A. Lozano <floz...@gmail.com> wrote: > Hi all, > > I am thinking about the best way to use BlockJoinQuery to make joins > for child documents. Is there any QueryParser implementation that can > handle these kind of queries? I haven't found one. > > Francisco A. Lozano > > --------------------------------------------------------------------- > To unsubscribe, e-mail: java-user-unsubscr...@lucene.apache.org > For additional commands, e-mail: java-user-h...@lucene.apache.org > --------------------------------------------------------------------- To unsubscribe, e-mail: java-user-unsubscr...@lucene.apache.org For additional commands, e-mail: java-user-h...@lucene.apache.org
