I don't think you should be designing this around DIH. It was never planned
for complex scenarios. Or particularly fault tollerant, which you may need.
Either use SolrJ or a third party tools that integrate with Solr.
Regards,
Alex
On Fri, Jul 5, 2019, 7:43 AM Joseph_Tucker, <joseph.tuc...@homehardware.ca>
wrote:
> What is the best way - performance wise - to index data from multiple
> databases?
> I'm potentially going to have around 50 different data sources grabbing
> unique data
> Here's what I've roughly designed:
>
> <entity name="root" dataSource="db1" >
> <entity name="child1" dataSource="db1" >
> <entity name="child2" dataSource="db2" >
> <entity name="child3" dataSource="db3" >
> <entity name="child4" dataSource="db4" >
> <entity name="child5" dataSource="db5" >
> <entity name="child6" dataSource="db6" >
> <entity name="child7" dataSource="db7" >
> ...
> <entity name="child50" dataSource="db50">
> </entity>
>
> I've excluded fields but each entity would have a number of fields within.
> The issue I'm seeing here is the full-index is exceedingly slow. Is there a
> better way to go about this?
>
>
>
>
> --
> Sent from: http://lucene.472066.n3.nabble.com/Solr-User-f472068.html
>
