: What you said about faceting is the key. I want to use my existing : edismax configuration to create the scored document result set of type : Y. I don't want to affect their scores, but for each document ID, I : want join it with another type of document (X), which has a field which : contains a document ID of one of Y. There will be zero or more of these : per Y doc ID. The X document then has a multi-valued field I would like : to facet. I don't need scores for the joined X documents.
If i'm following you correctly, then what you are asking about just isn't possible with "join". thecrux of the issue is that you have a particular type of document you want *returned* to the users as teh results of a search, sorted by score. that set of documents is what you "join to" All faceting, stats, highlighting, etc... are based on that final set of documents -- the documents you "join from" can only contribute in the query by identifying the set -- none of their field values or properties "survive the join" so to speak. : This does not sound possible according to the end of your final : paragraph. Is that because two cores are involved? Despite the join no .. it has nothing to do with the multiple core part of the problem -- it's just how join works. it identifies an (unordered) set of "joined to" documents based on the matching "joined from" documents. -Hoss
