lucene-solr-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Alejandro Calbazana <acalbaz...@gmail.com>
Subject Re: Solr + Federated Search Question
Date Thu, 02 Oct 2014 19:28:12 GMT
Thanks Ahmet.  Yay!  New term :)  Although it does look like "federated"
and "metasearch" can be  used interchangeably.

Alejandro

On Thu, Oct 2, 2014 at 2:37 PM, Ahmet Arslan <iorixxx@yahoo.com.invalid>
wrote:

> Hi Alejandro,
>
> So your example is better called as "metasearch". Here a quotation from a
> book.
>
> "Instead of retrieving information from a single information source using
> one search engine, one can utilize multiple search engines or a single
> search engine retrieving documents from a plethora of document collections.
> A scenario where multiple engines are used is known as metasearch, while
> the scenario where a single engine retrieves from multiple collections is
> known as federation. In both these scenarios, the final result of the
> retrieval effort needs to be a single, unified ranking of documents, based
> on several ranked lists."
>
> Ahmet
>
>
> On Thursday, October 2, 2014 7:29 PM, Alejandro Calbazana <
> acalbazana@gmail.com> wrote:
> Ahmet,Jeff,
>
> Thanks.  Some terms are a bit overloaded.  By "federated", I do mean the
> ability to query multiple, disparate, repositories.  So, no.  All of my
> data would not necessarily be in Solr.  Solr would be one of several -
> databases, filesystems, document stores, etc...  that I would like to
> "plug-in".  The content in each repository would be of different types (the
> shape/schema of the content would differ significantly).
>
> Thanks,
>
> Alejandro
>
>
>
>
> On Wed, Oct 1, 2014 at 9:47 AM, Jack Krupansky <jack@basetechnology.com>
> wrote:
>
> > Alejandro, you'll have to clarify how you are using the term "federated
> > search". I mean, technically Ahmet is correct in that Solr queries can be
> > fanned out to shards and the results from each shard aggregated
> > ("federated") into a single result list, but... more traditionally,
> > "federated" refers to "disparate" databases or search engines.
> >
> > See:
> > http://en.wikipedia.org/wiki/Federated_search
> >
> > So, please tell us a little more about what you are really trying to do.
> >
> > I mean, is all of your data in Solr, in multiple collections, or on
> > multiple Solr servers, or... is only some of your data in Solr and some
> is
> > in other search engines?
> >
> > Another approach taken with Solr is that indeed all of your source data
> > may be in "disparate databases", but you perform an ETL (Extract,
> > Transform, and Load) process to ingest all of that data into Solr and
> then
> > simply directly search the data within Solr.
> >
> > -- Jack Krupansky
> >
> > -----Original Message----- From: Ahmet Arslan
> > Sent: Wednesday, October 1, 2014 9:35 AM
> > To: solr-user@lucene.apache.org
> > Subject: Re: Solr + Federated Search Question
> >
> > Hi,
> >
> > Federation is possible. Solr has distributed search support with shards
> > parameter.
> >
> > Ahmet
> >
> >
> >
> > On Wednesday, October 1, 2014 4:29 PM, Alejandro Calbazana <
> > acalbazana@gmail.com> wrote:
> > Hello,
> >
> > I have a general question about Solr in a federated search context.  I
> > understand that Solr does not do federated search and that  different
> tools
> > are often used to incorporate Solr indexes into a federated/enterprise
> > search solution.  Does anyone have recommendations on any products (open
> > source or otherwise) that addresses this space?
> >
> > Thanks,
> >
> > Alejandro
> >
>
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message