Hmm, you could do it with Riddle, but I think it's simpler just to use TS and Rails environments.
Good luck! -- Pat On 23/08/2010, at 7:48 PM, tokumine wrote: > Hi Pat, > > Thanks for the feedback. I wish I could lean towards your solution! :) > > I'll investigate running a parallel instance with higher max_matches. > Would it be easier to duplicate the main environment using Riddle > directly? > > Si > > > > On Aug 23, 9:53 am, Pat Allan <[email protected]> wrote: >> Hi Simon >> >> I'm not sure about the underlying Sphinx logic, but it wouldn't surprise me >> if what you've suggested is the case. You could ask the question on the >> Sphinx forum to confirm, though: >> >> http://www.sphinxsearch.com/forum/ >> >> I'd probably be leaning towards informing users that their downloaded search >> results are limited to the most recent x values, unfortunately. Not the >> ideal solution, of course... >> >> I guess an alternative, although it does add extra complexity, is to have >> two searchd instances running (use a second environment), and the second has >> the higher max_matches value. Would that be feasible? >> >> Cheers >> >> -- >> Pat >> >> On 22/08/2010, at 5:10 PM, tokumine wrote: >> >> >> >>> Hi all, >> >>> We're trying to let users download their searches. >> >>> In app, we're fine to paginate results up to 1000 items, but on the >>> download, we need to get the id's of all matching results. >> >>> The total number of items in the search index, and that are >>> downloadable is around 150k >> >>> increasing max_matches to 150k in both the sphinx.yml and download >>> search query arguments allows us to get all the ids *but* at a huge >>> cost to query time for normal in app searches (searches go from 1-2s >>> to around 10s) despite setting max_matches in our non-download in-app >>> queries to 1k. >> >>> It seems like max_matches in the sphinx.yml is setting the pace of all >>> queries, regardless of how low max_matches is specified in the actual >>> search call arguments - is this normal behaviour? >> >>> Tks! >> >>> S >> >>> -- >>> You received this message because you are subscribed to the Google Groups >>> "Thinking Sphinx" group. >>> To post to this group, send email to [email protected]. >>> To unsubscribe from this group, send email to >>> [email protected]. >>> For more options, visit this group >>> athttp://groups.google.com/group/thinking-sphinx?hl=en. > > -- > You received this message because you are subscribed to the Google Groups > "Thinking Sphinx" group. > To post to this group, send email to [email protected]. > To unsubscribe from this group, send email to > [email protected]. > For more options, visit this group at > http://groups.google.com/group/thinking-sphinx?hl=en. > -- You received this message because you are subscribed to the Google Groups "Thinking Sphinx" group. To post to this group, send email to [email protected]. To unsubscribe from this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/thinking-sphinx?hl=en.
