Hi Mikhail,
I will check that out, thanks.
Regards,
Bernd
Am 31.05.2016 um 10:53 schrieb Mikhail Khludnev:
> Hello Bernd,
>
> I recently committed [subquery] document transformer which sounds pretty
> much the same.
> Find the details at
> https://cwiki.apache.org/confluence/display/solr/Transf
Hello Bernd,
I recently committed [subquery] document transformer which sounds pretty
much the same.
Find the details at
https://cwiki.apache.org/confluence/display/solr/Transforming+Result+Documents
It's not yet released, thus I appreciate if you take a nightly build from
https://builds.apache.or
Thanks for sharing your solution and experience.
I'm just thinking about to load all article data (100 mio.)
and all personal data (4 mio.) into one core with a selector
field "db" containing either "article" or "pdata".
But still not really satisfied with this solution.
Anyway, MySQL is a good h
We had previously done something of the sort. With some sources of truth type
of cores we would do initial searches on customer transaction data before
fetching the related information from those "truth" tables. We would use the
various pertinent fields from results #1 to find related data in co
