I'm not going to index each address as its own document because the "one-side" that I have currently has loads of text and there are many addresses. Furthermore, it doesn't really address the general case of my problem statement. I'm not sure what to make of "or index using a heterogeneous field schema, grouping the different doc type instances with a unique key (the one) to form a composite doc" I could use the scheme you mention provided with the spanNear query but it conflates different fields into one indexed field which will mess with the scoring and make queries like range queries if there are dates involved next to impossible. This "solution" is really a hack workaround to a limitation in Lucene/Solr. I was hoping to start a conversation to a more truer resolution to this problem rather than these workarounds which aren't always satisfactory.
~ David Smiley ----- Author: https://www.packtpub.com/solr-1-4-enterprise-search-server/book -- View this message in context: http://n3.nabble.com/One-item-multiple-fields-and-range-queries-tp475030p684282.html Sent from the Solr - User mailing list archive at Nabble.com.
