lucene-solr-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Rick Leir <>
Subject Re: DIH, multiple sources, cores and search: single core with multiple entities or single core per source with search across multiple cores?
Date Mon, 24 Jul 2017 10:50:29 GMT
Start with your search results page and work back from there. Decide what fields you want
to display in a results page, then plan for your Solr document to contain all these fields.
Now you will need a program to ingest the data from whatever database, and create documents
for Solr. This program can be written in Python, Java, or .. whatever. Or you can use DIH.
Cheers-- Rick

On July 24, 2017 5:49:38 AM EDT, Giovanni De Stefano <> wrote:
>Hello guys,
>I need to index content coming from different sources (db, filesystems,
>Those sources share most fields, only a few are specific to the source.
>Content coming from different sources changes at different rates.
>Some sources will generate hundreds of thousands of documents, some
>other one million, other a few thousands.
>The end user should search and “operate” on “generic" documents
>(faceting, etc) regardless of the source.
>From the management (e.g. import) and search relevance (e.g. analysis,
>relevance, etc) point of view, what is considered “best practice”:
>one core for all sources and import through different entities
>one core per source and search across multiple cores
>something else
>It would be great if you can share your experience or point me to some
>Thank you in advance!

Sorry for being brief. Alternate email is rickleir at yahoo dot com 
  • Unnamed multipart/alternative (inline, 7-Bit, 0 bytes)
View raw message