You are viewing a plain text version of this content. The canonical link for it is here.
Posted to solr-dev@lucene.apache.org by "Hoss Man (JIRA)" <ji...@apache.org> on 2006/11/18 02:37:37 UTC

[jira] Updated: (SOLR-71) New support for "Date Math" when adding/quering date fields

     [ http://issues.apache.org/jira/browse/SOLR-71?page=all ]

Hoss Man updated SOLR-71:
-------------------------

    Attachment: DateMath.patch


Code, and tests ... if you readd the exampledocs the "incubationdate_dt" field is populated for the Solr product so you can play with it...

incubationdate_dt:[* TO NOW-1DAY+3HOURS/MINUTE] ... matches.
incubationdate_dt:[* TO NOW-2YEARS]  ... does not match.

> New support for "Date Math" when adding/quering date fields
> -----------------------------------------------------------
>
>                 Key: SOLR-71
>                 URL: http://issues.apache.org/jira/browse/SOLR-71
>             Project: Solr
>          Issue Type: New Feature
>          Components: search, update
>            Reporter: Hoss Man
>         Assigned To: Hoss Man
>         Attachments: DateMath.patch
>
>
> New utility class and changes to DateField to support syntax like the following...
>           startDate:[* TO NOW]
>           startDate:[* TO NOW/DAY+1DAY]
>           expirationDate:[NOW/DAY TO *]
>           reviewDate:[NOW/DAY-1YEAR TO NOW/DAY]
>           validDate:[NOW/MONTH TO NOW/MONTH+1MONTH-1MILLISECOND]
> ...where + and - mean what you think, and "/UNIT" rounds down to the nearest UNIT.  The motivation for this being that date range queries like these are usefull for filters, but being date sensitve can't currently be "baked in" to a config as default params.
> a nice side effect of the implimentation, is that "timestamp" fields can be done with a document is added by using...
>    <field name="myTimestampField">NOW</field>
> ...and Solr will compute the value when adding the document ... if we add default values to the schema.xml even that won't be neccessary.
> Comments?  
> (I'd be particularly gratefull if smarter people then I would sanity check my use of ThreadLocal for managing the DateFormat in DateField ... i've never used ThreadLocal before.  Any general comments on the syntax would also be appreciated: This left-to-right syntax seemed more intuative to write (and easier to parse) then some of the other syntaxes I'd considered)

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira