: (3) A third possibility I thought of was to add a field for every day of
: the year to each document that contains the next-start date for that
: particular day: next_start_20121212_dt etc. Then I could order by the
: dynamic field. But as only some of my events are recurring and few of those
:
Hey Guys,
Thanks a lot for your input!
But my interpretation of "the next" start time is that it wsa dependent on
> the value of "NOW" when the query was executed (ie: some of the indexed
> values may be in the past) in which case that approach wouldn't work.
If the query was always a NOW query
: But it would be a lot harder than either splitting them out into
: separate docs, or writing code to re-index docs when one of their
: 'next-event' dates passes, with a new single valued 'next-event' field.
: Less efficient, but easier to write/manage.
Don't get me wrong -- if you can determine
But it would be a lot harder than either splitting them out into
separate docs, or writing code to re-index docs when one of their
'next-event' dates passes, with a new single valued 'next-event' field.
Less efficient, but easier to write/manage.
Upayavira
On Tue, Dec 4, 2012, at 07:35 PM, Chris
: perfectly, but users expect the result set to be ordered by the next start
: time.
...
: Is there a more elegant way to do this in Solr? A function query or
: subquery maybe? I thought about it for quite a while and couldn't come up
: with a viable solution.
I think you could concievabl
