Hi Michael,
As I can see there are two directions how to do that:
1) store all package data in product documents
2) have separate documents for packages
In reality there are lots of packages for every product.
So if I make document for every combination product+package I'll get lots of
documents
Let's say I have model in my db like this:
product:n <-> n:package
Product properties are: name, package ids.
Package properties are: price, region, subscription.
If the user requirement is to show all product data and product price (and
to sort by price) for products that matched some user cri
I need two Solr servers, both acting as 'real' Master.
They need to be able to receive updates and to be used for querying, because
when one server is down, second has to be able to work alone... and when the
second is up again he needs to synchronize with first one.
As I understand the best way
